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

[RA4UDC]

Исправил некоторые неточности в инструкции.

[UA3DJY]

Приятная новость для пользователей HRD лога, получил сообщение что шаг 27 заносит связи в HRD лог через TCP интерфейс.

[R0JF]

JTDX v17.9 шаг 27 - тестирование нового функционала

Linux amd64 version (binary files only):

https://cloud.mail.ru/public/9mr3/w76jkMdq3

Debian package (not tested!!!):

https://cloud.mail.ru/public/JkPW/jWmswBwvD

[RA4UDC]

Внесено изменение заявки на включение новой моды в спецификацию ADIF с JT10 на T10.
https://groups.yahoo.com/neo/groups/...ns/topics/6853
http://adif.org.uk/proposals/proposals_2017_05_28.pdf

[RW4WZ]

Вот такой лестный отзыв от Don AA5AU:

My experience with JTDX is similar to Barry's. JTDX seems to decode just about every signal seen in the waterfall. I've been using JTDX exclusively now for over six months. I went back to WSJT-x this weekend to try MSK144. When 6 meters opened with E skip, I switched to JT65 and to my dismay WSJT-x would only decode half the signals showing in the waterfall. I then switched to JTDX and it decoded nearly all the signals.
I went back to WSJT-x, defaulted it and tried to get it set up for better decoding but it was never satisfactory to me. What amazes me most about JTDX is that is can decode weak signals that are under stronger signals (WSJT-x will not do this) and it can decode as many as 3 signals on the exact same frequency. One complaint about WSJT-X on JT65 is that it will not decode more than one signal on the same frequency. If there are two (or more) signals on the same frequency, WSJT-x will not decode any of them. If a weak signal gets covered up, WSJT-x will not decode it. JTDX will in most cases.
On a very crowded 20 meter band, I've seen JTDX decode more than 24 signals in a single pass. WSJT-x can't come close to this. The notion that JTDX has more errors doesn't hold water. Rarely do I ever see errors with JTDX. I saw one yesterday and it surprised me because I hadn't seen one in a long time.
One positive WSJT-x has over JTDX might be JT9. The enhancements in JTDX are only for JT65. WSJT-x seems to better with JT9.
Don AA5AU

[R7FQ]

Вот такой лестный отзыв от Don AA5AU:...

Если бы это дошло до остальных американцев, то они бы увидели и нас на диапазонах. А пока они работают только внутри континента, не подозревая о присутствии многочисленных дальних станций. А то что он хвалит JT9 не попробовав JT10, ему не в упрёк. Всему своё время, придёт и к ним эволюция.

[R0JF]

JTDX v17.9 шаг 27 - тестирование нового функционала (исправленная ссылка)

Linux amd64 version (binary files only):

https://cloud.mail.ru/public/9TUE/yhQqRa2dQ

Debian package (not tested!!!):

https://cloud.mail.ru/public/Hara/UU6wpeGtC

[UA3DJY]

собранный софт (MS Windows): https://cloud.mail.ru/public/Ji2n/jopSY16EL

исходный код: https://cloud.mail.ru/public/3oTC/k9jjZNaLa

JTDX.INI изменился, старый необходимо удалить, инструкция по удалению здесь: Установка софта JTDX

Изменился UI, для самостоятельной сборки UI3 необходимо в текстовом редакторе(например Notepad++) заменить JT10 на T10.

Изменено имя моды JT10 на T10 (тональный 10).
Применен порог -24дБ SNR для активации декодеров Hint T10.
Все 5 декодеров Hint T10, работающие на приемной частоте QSO, настроены - функционал закончен.

Применено два прохода декодирования сигналов JT9 c вычитанием декодированных сигналов.

Для изменения названия моды JT10 в файле wsjtx_log.adi для ранее проведенных QSO необходимо, предварительно создав резервную копию лога, в текстовом редакторе заменить <mode:4>JT10 на <mode:3>T10 (функционал текстового редактора "Replace (замена)", изменение сразу всех записей в файле).

[R0JF]

JTDX v17.9 шаг 34 - тестирование нового функционала

Linux amd64 version (binary files only):

https://cloud.mail.ru/public/BFTi/pmD7CXWVY

Debian package (not tested!!!):

https://cloud.mail.ru/public/FYYy/nn8u8QaJT

[US-E-12]

JTDX-17.9.0-step34 for UR5EQF

Внимание пользователей лога UR5EQF

Начались "танцы с бубном" при формировании adif-а для моды T10. Неправильно формирует рапорта. Для JT10 всё правильно формировал. Ищем решение.
Решение нашлось. Перезалил на сервер. Обновитесь. Инструкция, что нужно сделать в логе ниже жирным шрифтом (то же самое, что и для программы стыковки).

Для своей программы стыковки WSJTInterface решение нашёл. Исправленную версию можно скачать у меня на сайте. В логе это будет мода JT10, а при формировании adif T10 (не принимает такое название лог).
В Редакторе модуляций в Мода пишем JT10 в Мод. в ADIF пишем T10. Рапорта будут в созданном ADIF-е правильные.

Просьба внимательно протестировать переделанную JTDX и интерфейс стыковки и как будет формироваться adif в логе.

[UA3DJY]

Сегодня вышла версия лога N1MM с поддержкой передачи данных QSO из JTDX в лог N1MM через TCP интерфейс.

В логе N1MM функционал активируется в закладке broadcast data основных настроек.

[UA3DJY]

собранный софт (MS Windows): https://cloud.mail.ru/public/F23D/z5zgabRMm

исходный код: https://cloud.mail.ru/public/7gxK/TwrFwjqc2

Структура файла JTDX.INI такая же как у шага 34.

Сделаны и настроены несколько Hint декодеров приемной частоты QSO для моды JT9. Декодеры включаются только во время проведения QSO и порог их включения -24дБ SNR.

[R0JF]

JTDX v17.9 шаг 40 - тестирование нового функционала

Linux amd64 version (binary files only):

https://cloud.mail.ru/public/Fiv1/rSZE7rssJ

Debian package (not tested!!!):

https://cloud.mail.ru/public/LDoF/q4du7LQgv

[UA3DJY]

собранный софт https://cloud.mail.ru/public/LE5K/HPBmByB1S

исходный код https://cloud.mail.ru/public/2tJJ/6RQ1SyZgt

В JTDX.INI добавлена еще одна настройка, старые настройки не трогал и файл должен быть совместим с шагом 40. Основной UI не изменился.

В этом шаге дана возможность пользователю самому настроить верхний предел декодирования сигналов JT65. В последних версиях этот предел был зафиксирован на 3000 Гц, сейчас в закладке Advanced можно выставить любое значение от 100 до 5000 Гц, по умолчанию прописано значение 3000 Гц.

Такая возможность необходима на диапазоне 6м, где JT9 почти не используется и в JT65а работают в более широкой полосе чем на КВ.

Прохождение на диапазоне 6м последние дни радует, Peter VK6KXW даже несколько раз декодировал сигналы от Александра UN7TW в JT65a (ионосферное прохождение, не Луна) с уровнями -22...-24, к сожалению не смог пробиться через зовущих пайлапом Александра японцев и провести QSO.

Новый функционал еще может быть полезен для слабых процессоров, например для Raspberry PI, позволяя уйти от ограничения минимального размера окна водопада и выставить любую полосу декодирования сигналов JT65a.

[RK1NA]

Сегодня вышла версия лога N1MM с поддержкой передачи данных QSO из JTDX в лог N1MM через TCP интерфейс.

На фига.
Или в JTDX уже контесты проводятся?