Алексей, необходим звуковой файлик 212000. W9MK работал дробным позывным и какой позывной был у Вас в окне DX Call?
В общедоступных 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.
Тогда, чтобы не было непонимания, надо писать как в рекламе - внизу страницы крошечными буквами: "по сравнению с другими модами". И "хороший уровень" на водопаде может быть при очень плохом для декодирования сигнале.
В вашем первом сообщении чётко написано:
Василий пробывал вводил и с дробью и без дроби, но декодировался всё равно W9MK. Если ничего не было в поле DX Call, то точки. Кусочек из ALL.TXT. Точки, без позывного в DX Call.
Вложение 223966
Протокол DXpedition под 75 бит: Есть стандартные сообщения и специальные сообщения. Стандартные сообщения всегда содержат одно сообщение, специальное сообщение (его передает только оператор Fox) содержит два в одном и передается на одной частоте. Одно из двух сообщений специального сообщения содержит RR73. Позывной оператора передавшего специальное сообщение всегда будет показан в скобках потому что этот позывной не декодируется а ассоциируется с декодированным значеним хэш этого позывного (вместо дробного позывного его хозяин в специальном сообщении протокола 75 бит всегда передает хэш этого позывного).
На картинке все сообщения с позывным W9MK стандартные, они декодированы независимо от наличия позывного в окне DX Call.
Первые две строки это части одного специального сообщения, для декодировния которого в окне DX Call должен быть позывной FS/W9MK.
После первого декодирования специального сообщения хэш позывного FS/W9MK будет записан в таблицу и файл и все последующие специальные сообщения от этого позывного JTDX декодирует и полностью выведет на экран независимо от того есть позывной в окне DX Call или нет.
Вот как у меня выглядит, Олег.