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

[UA3DJY]

Сейчас при работе в DX hunter mode получил такую непонятку:
Вложение 223944
Т.е. при первом RR73 программа не восприняла правильно, во втором случае - все ок!

Алексей, необходим звуковой файлик 212000. W9MK работал дробным позывным и какой позывной был у Вас в окне DX Call?

[UA3DJY]

Глюк 101-й версии. Окно ДХ-колл, периодически, самопроизвольно очищается. И в фоне не всегда тынькает аларм.

Возможно что этот сбой устранен начиная с версии JTDX 18.1.103 балансировкой приоритетов потоков. В любом случае при переходе на 18.1.104 Вам есть смысл удалить старый файл JTDX.ini.

[UA3DJY]

Отлично работает!
Дефект синхронизации, это та проблема с неудачным декодированием при включенном фильтре? 104 декодирует и с фильтром и даже в fast режиме!!!

В общедоступных 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.

[RX4HX]

в окне DX Call

W9MK. Нужно было руками FS/W9MK прописать? Потому как он у меня в окнах приема как W9MK высвечивался.

[US4IRT]

Нужно было руками FS/W9MK прописать?

Да. Тогда в скобках был бы FS/W9MK, а не точки.

[RN9AZ]

Так сразу судить не стоит. Попробуйте этот же файл погонять на других версиях в разных режимах, в т.ч. и на WSJT. Может в этот момент на этой же частоте кто-то в 77бит был?

Я и не пытался не кого судить. А в данном случае привёл пример. В условиях зашумлённого диапазона, работу режима FT8, по отношению к JT65, этот вид явно выигрывает у вида FT8. Вы уважаемый видимо не так меня поняли. Так вот при достаточном уровне с рапортом 17 и 11дб прошёл сбой. Чего вряд ли случилось в JT65. Почему и оцениваю вид FT8 туповатым к декодированию. А коллекция waw файлов у меня приличная, для всех случаев жизни и проверки этих видов. Ещё раз хочу отметить JTDX прекрасная во всех отношениях программа, и сервис и статистка на высоте. Благодаря Игорю. А вот как вид FT8 тупой к сожалению, я думаю многие HAM согласятся с такой формулировкой.
С уважением Виталий RN9AZ.

[RX3ASP]

Вы уважаемый видимо не так меня поняли. Так вот при достаточном уровне с рапортом 17 и 11дб прошёл сбой. Чего вряд ли случилось в JT65. Почему и оцениваю вид FT8 туповатым к декодированию.

Тогда, чтобы не было непонимания, надо писать как в рекламе - внизу страницы крошечными буквами: "по сравнению с другими модами". И "хороший уровень" на водопаде может быть при очень плохом для декодирования сигнале.
В вашем первом сообщении чётко написано:

Один недостаток этого софта, туповат на слабых сигналах.

[RX4HX]

Тогда в скобках был бы FS/W9MK, а не точки.

Я все таки еще не до конца понимаю режим ДХ хантер - но во второй раз позывной высветился, причем как W9MK?

[R5WM]

W9MK. Нужно было руками FS/W9MK прописать?

Нужно поставить нормальную программу (77 бит)

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

[US4IRT]

Нужно поставить нормальную программу (77 бит)

Он не работал в 77 бит. В 75. RC5 такие вообще не декодирует.

[US4IRT]

во второй раз позывной высветился, причем как W9MK?

Принцип здесь, насколько я понял, такой, Алексей. Позывной должен быть набран либо вручную, либо дожидаться CQ. Но в окне DX Call должен быть полностью (с дробью). Тогда не будет в скобках точек. Но CQ FS/W9MK можно и не дождаться, поэтому предпочитаю первый вариант.

[US-E-12]

Принцип здесь, насколько я понял

Василий пробывал вводил и с дробью и без дроби, но декодировался всё равно W9MK. Если ничего не было в поле DX Call, то точки. Кусочек из ALL.TXT. Точки, без позывного в DX Call.

[UA3DJY]

Василий пробывал вводил и с дробью и без дроби, но декодировался всё равно W9MK. Если ничего не было в поле DX Call, то точки. Кусочек из ALL.TXT. Точки, без позывного в DX Call.

Протокол DXpedition под 75 бит: Есть стандартные сообщения и специальные сообщения. Стандартные сообщения всегда содержат одно сообщение, специальное сообщение (его передает только оператор Fox) содержит два в одном и передается на одной частоте. Одно из двух сообщений специального сообщения содержит RR73. Позывной оператора передавшего специальное сообщение всегда будет показан в скобках потому что этот позывной не декодируется а ассоциируется с декодированным значеним хэш этого позывного (вместо дробного позывного его хозяин в специальном сообщении протокола 75 бит всегда передает хэш этого позывного).

На картинке все сообщения с позывным W9MK стандартные, они декодированы независимо от наличия позывного в окне DX Call.
Первые две строки это части одного специального сообщения, для декодировния которого в окне DX Call должен быть позывной FS/W9MK.

После первого декодирования специального сообщения хэш позывного FS/W9MK будет записан в таблицу и файл и все последующие специальные сообщения от этого позывного JTDX декодирует и полностью выведет на экран независимо от того есть позывной в окне DX Call или нет.

[US4IRT]

Василий пробывал вводил и с дробью и без дроби

Вот как у меня выглядит, Олег.

->Скрытый текст<-

[UA3DJY]

Вот как у меня выглядит, Олег.

->Скрытый текст<-

Неудачная картинка, на ней нет специального сообщения.