Сейчас при работе в DX hunter mode получил такую непонятку:
Вложение 223944
Т.е. при первом RR73 программа не восприняла правильно, во втором случае - все ок!
Сейчас при работе в DX hunter mode получил такую непонятку:
Вложение 223944
Т.е. при первом RR73 программа не восприняла правильно, во втором случае - все ок!
Работал в Fox режиме - по два декода на одной частоте. Так и должно быть и скобки тоже.
JTDX v18.1.104 Linux version from original source files by Igor UA3DJY (Many Thanks him):
PS По ряду причин некоторое время сборок в Ubuntu-18.04LTS не будет. Прошу прощения.
Отлично работает!
Дефект синхронизации, это та проблема с неудачным декодированием при включенном фильтре? 104 декодирует и с фильтром и даже в fast режиме!!!
Так сразу судить не стоит. Попробуйте этот же файл погонять на других версиях в разных режимах, в т.ч. и на WSJT. Может в этот момент на этой же частоте кто-то в 77бит был?
В общедоступных 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.
Я и не пытался не кого судить. А в данном случае привёл пример. В условиях зашумлённого диапазона, работу режима FT8, по отношению к JT65, этот вид явно выигрывает у вида FT8. Вы уважаемый видимо не так меня поняли. Так вот при достаточном уровне с рапортом 17 и 11дб прошёл сбой. Чего вряд ли случилось в JT65. Почему и оцениваю вид FT8 туповатым к декодированию. А коллекция waw файлов у меня приличная, для всех случаев жизни и проверки этих видов. Ещё раз хочу отметить JTDX прекрасная во всех отношениях программа, и сервис и статистка на высоте. Благодаря Игорю. А вот как вид FT8 тупой к сожалению, я думаю многие HAM согласятся с такой формулировкой.
С уважением Виталий RN9AZ.
Тогда, чтобы не было непонимания, надо писать как в рекламе - внизу страницы крошечными буквами: "по сравнению с другими модами". И "хороший уровень" на водопаде может быть при очень плохом для декодирования сигнале.
В вашем первом сообщении чётко написано: