Сейчас при работе в DX hunter mode получил такую непонятку:
Вложение 223944
Т.е. при первом RR73 программа не восприняла правильно, во втором случае - все ок!
Сейчас при работе в DX hunter mode получил такую непонятку:
Вложение 223944
Т.е. при первом RR73 программа не восприняла правильно, во втором случае - все ок!
Работал в Fox режиме - по два декода на одной частоте. Так и должно быть и скобки тоже.
Я обычно сначала полностью архивирую ВЕСЬ каталог программы, потом ставлю новую поверх старой. Проблем не было ни разу.Цитата:
Сообщение от R3D-209
JTDX v18.1.104 Linux version from original source files by Igor UA3DJY (Many Thanks him):
PS По ряду причин некоторое время сборок в Ubuntu-18.04LTS не будет. Прошу прощения.
Отлично работает!Цитата:
Сообщение от UA3DJY
Дефект синхронизации, это та проблема с неудачным декодированием при включенном фильтре? 104 декодирует и с фильтром и даже в fast режиме!!!
Так сразу судить не стоит. Попробуйте этот же файл погонять на других версиях в разных режимах, в т.ч. и на WSJT. Может в этот момент на этой же частоте кто-то в 77бит был?Цитата:
Сообщение от RN9AZ
Алексей, необходим звуковой файлик 212000. W9MK работал дробным позывным и какой позывной был у Вас в окне DX Call?Цитата:
Сообщение от RX4HX
Возможно что этот сбой устранен начиная с версии JTDX 18.1.103 балансировкой приоритетов потоков. В любом случае при переходе на 18.1.104 Вам есть смысл удалить старый файл JTDX.ini.Цитата:
Сообщение от UR7TT
В общедоступных WSJT-X 1.8 и 1.9.1 использовали неправильный размер массива декодируемого сигнала в исходнике sync8d.f90, что приводило к сбою в синхронизации с частью сигналов. Для старого протокола FT8 этот сбой устранен в WSJT-X 2.0-rc3, который должен декодировать FT8 сигналы ощутимо лучше чем WSJT-X 1.8/1.9.1. Просто добавил этот патч в JTDX 18.1.104.Цитата:
Сообщение от RX3ASP
W9MK. Нужно было руками FS/W9MK прописать? Потому как он у меня в окнах приема как W9MK высвечивался.Цитата:
Сообщение от UA3DJY
Да. Тогда в скобках был бы FS/W9MK, а не точки.Цитата:
Сообщение от RX4HX
Я и не пытался не кого судить. А в данном случае привёл пример. В условиях зашумлённого диапазона, работу режима FT8, по отношению к JT65, этот вид явно выигрывает у вида FT8. Вы уважаемый видимо не так меня поняли. Так вот при достаточном уровне с рапортом 17 и 11дб прошёл сбой. Чего вряд ли случилось в JT65. Почему и оцениваю вид FT8 туповатым к декодированию. А коллекция waw файлов у меня приличная, для всех случаев жизни и проверки этих видов. Ещё раз хочу отметить JTDX прекрасная во всех отношениях программа, и сервис и статистка на высоте. Благодаря Игорю. А вот как вид FT8 тупой к сожалению, я думаю многие HAM согласятся с такой формулировкой.Цитата:
Сообщение от RX3ASP
С уважением Виталий RN9AZ.
Тогда, чтобы не было непонимания, надо писать как в рекламе - внизу страницы крошечными буквами: "по сравнению с другими модами". И "хороший уровень" на водопаде может быть при очень плохом для декодирования сигнале.Цитата:
Сообщение от RN9AZ
В вашем первом сообщении чётко написано:
Цитата:
Сообщение от RN9AZ
Я все таки еще не до конца понимаю режим ДХ хантер - но во второй раз позывной высветился, причем как W9MK?Цитата:
Сообщение от US4IRT
Нужно поставить нормальную программу (77 бит)Цитата:
Сообщение от RX4HX
102515 -6 0.3 2272 ~ <SX60RAAG> OZ1QX
103045 -3 0.3 1584 ~ DF2WO <IT9/DJ0OP/P> -09
104645 6 0.1 2114 ~ <YP4XMAS> PD5B R-02
Он не работал в 77 бит. В 75. RC5 такие вообще не декодирует.Цитата:
Сообщение от R5WM