Проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом - часть 3

Проводил сегодня сравнение по приему FT8 ("обычного") между JTDX RC3 и RC7. Сразу оговорюсь - т.к. я использую SunSDR2, то звук был через TCI.
Сравнение проводилось на диапазоне 24 Мгц, принимал слабый сигнал RI1ANE. Диапазон был достаточно сильно загружен.
Итог сравнения - RC3 безоговорочно по чувствительности выигрывает у RC7. На RC7 RI1ANE практически не принимался, на RC3 спокойно принимался с уровнем -21.

Хочу особо отметить, почему я решил провести это сравнение: у меня JTDX RC3 и RC7 на прием FT8 работают очень сильно "по разному" - в чем это заключается: в RC3 я ручку усиления ПЧ выкручиваю практически до максимума, в результате чего становится возможным прием слабых сигналов, в RC7 так сделать нельзя - если установить усиление ПЧ больше, чем на половину, прием сигналов вообще прекращается из-за перегрузки.

Итог: я себе установил и JTDX RC3 и RC7 - в RC7 я работаю SF, а при работе в обычном FT8 переключаюсь на RC3.

Цитата:

---

Сообщение от RX4HX

RC3 безоговорочно по чувствительности выигрывает у RC7

---

rc7 которая 32А? Она вроде как толком нерабочая, именно с уровнями приёма.

Цитата:

---

Сообщение от ES1JA

Currently 32A versions don’t work, 16 bit audio seem’s to be working ok.

---

Арво, что за файлик false.txt появился в RC7. Что туда записывается.

Цитата:

---

Сообщение от RX3ASP

rc7 которая 32А? Она вроде как толком нерабочая, именно с уровнями приёма.

---

Я ставил RC7 и 32 и без - разницы не заметил.

Цитата:

---

Сообщение от US-E-12

Арво, что за файлик false.txt появился в RC7. Что туда записывается.

---

Debug out from decoder false filtering.
2 things
1. call(s) not in allcall7.txt file where are entered frequently used callsigns, thats why updating allcall7 is recommended todo.
2. also some checking that grid in message corresponds somehow to callsign dxcc.

If you see “hint decode” then this passed false filtering. Without filter there were much more false decodes.
in general all this is Igor’s work.

- - - Добавлено - - -

Цитата:

---

Сообщение от US-E-12

Арво, что за файлик false.txt появился в RC7. Что туда записывается.

---

Debug out from decoder false filtering.
2 things
1. call(s) not in allcall7.txt file where are entered frequently used callsigns, thats why updating allcall7 is recommended todo.
2. also some checking that grid in message corresponds somehow to callsign dxcc.

If you see “hint decode” then this passed false filtering. Without filter there were much more false decodes.
in general all this is Igor’s work.

- - - Добавлено - - -

Цитата:

---

Сообщение от US-E-12

Арво, что за файлик false.txt появился в RC7. Что туда записывается.

---

Debug out from decoder false filtering.
2 things
1. call(s) not in allcall7.txt file where are entered frequently used callsigns, thats why updating allcall7 is recommended todo.
2. also some checking that grid in message corresponds somehow to callsign dxcc.

If you see “hint decode” then this passed false filtering. Without filter there were much more false decodes.
in general all this is Igor’s work.

- - - Добавлено - - -

Цитата:

---

Сообщение от US-E-12

Арво, что за файлик false.txt появился в RC7. Что туда записывается.

---

Debug out from decoder false filtering.
2 things
1. call(s) not in allcall7.txt file where are entered frequently used callsigns, thats why updating allcall7 is recommended todo.
2. also some checking that grid in message corresponds somehow to callsign dxcc.

If you see “hint decode” then this passed false filtering. Without filter there were much more false decodes.
in general all this is Igor’s work.

- - - Добавлено - - -

Цитата:

---

Сообщение от US-E-12

Арво, что за файлик false.txt появился в RC7. Что туда записывается.

---

Debug out from decoder false filtering.
2 things
1. call(s) not in allcall7.txt file where are entered frequently used callsigns, thats why updating allcall7 is recommended todo.
2. also some checking that grid in message corresponds somehow to callsign dxcc.

If you see “hint decode” then this passed false filtering. Without filter there were much more false decodes.
in general all this is Igor’s work.

- - - Добавлено - - -

Цитата:

---

Сообщение от RX4HX

Я ставил RC7 и 32 и без - разницы не заметил.

---

Only problem is that in 32A sfox decoder gets over modulated.

btw I don’t see significant differences between rc3 and rc7 decoding counts.

Цитата:

---

Сообщение от ES1JA

btw I don’t see significant differences between rc3 and rc7 decoding counts.

---

Ну заметить разницу не так уж и просто - я ж не говорю, что RC3 прямо вот так на голову лучше RC7 (что можно не напрягаясь увидеть), но то, что в версии RC3 усиление ПЧ можно увеличить на максимум и DX будет приниматься - это точно! На самом деле я это еще в сравнении RC3 и RC4 (или RC5?) увидел (т.е. не сейчас, а достаточно давно). И эта одна из причин, почему я до сих пор на RC3!
Конечно я тут не выступаю с окончательным вердиктом, но для себя я твердо решил: для обычного FT88 использую RC3!

Цитата:

---

Сообщение от RX4HX

Конечно я тут не выступаю с окончательным вердиктом, но для себя я твердо решил: для обычного FT88 использую RC3!

---

Что это за RC3, это случаем не jtdx_2.2.159?

160 rc3

Это касается только 32A и в режиме TCI?

Цитата:

---

Сообщение от UA3RMB

160 rc3

---

А где она есть?

Цитата:

---

Сообщение от UA9LP

А где она есть?

---

https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1981300

Цитата:

---

Сообщение от UN8FR

https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1981300

---

Все три ссылки
Not Found
The requested URL was not found on this server.

Ну это к Алексею! Значит удалил...

Цитата:

---

Сообщение от UN8FR

Ну это к Алексею! Значит удалил

---

Удалил из-за требования Евгения.

- - - Добавлено - - -

Цитата:

---

Сообщение от UN8FR

Это касается только 32A и в режиме TCI?

---

Вот это интересный вопрос! По идеи только для звуковых карт (не TCI!). Но более точно только разработчик может сказать.

Цитата:

---

Сообщение от UA3GJM

Нашёл причину,вопрос закрыт!

---

У меня FT-1000MP соединение по СОМ порту JTDX v2.2.159 работала нормально. После установки v2.2.160-RC7 перестал нормально работать САТ.
При перестройке частоты она не отображается в окне программы. Частота 14.074 и при перестройке на 14.091 не меняется значение частоты,
хотя сама программа декодирует сигналы на 14.091. Также странно ведет и последняя версия WSJT c SF. Вижу что появилась в настройках новая строка HAMLIB.
Вероятно надо этот HAMLIB отключить? Как не пойму. Или что то еще не сделать. Прошу помочь.