Владимир, это можно сделать! Запустите WSJT-X и запустите JTDX и выберите «No rig». Таким образом, у вас есть оба пакета бок о бок.
73's de OE1MWW
Wolfgang
Еще потестировал v18.1.0.72 сегодня на CQ. Ну не хочет подхватывать позывной
после декода, а продолжает давать CQ. Провел несколько связей с разными
AutoSeq и ничего не помогает. Приходится по позывному кликать, тогда все нормально.
Ну и еще явно заниженные рапорта. На мой взгляд на 3-5dB. Еще иногда видно завышенный уровень рапорта. Картинку приложил.
Вложение 206048
софт распознает как повтор, если в закладке Notifications все верно настроено то мог расспыпаться JTDX.INI, покажите пожалуйста картинку закладки Notifications
Получил несколько писем, но никто не сверял SNR по симулированным сигналам, почему то считают что раньше софт (а также WSJT-X) показывал SNR правильно а теперь неверно, возможно причина в привычке.
Дойдут руки - сделаю пакет файлов с разными SNR для проверки и при необходимости откалибрую FT8 SNR в JTDX, приоритет низкий: IMHO WSJT-X сейчас имеет погрешность определения SNR примерно +- 15 дБ для пересекающихся сигналов.
На картинке повторное декодирование инициировано двойным щелчком на водопаде, цифры SNR показывают разницу вычисления SNR между двумя алгоритмами использующимися в WSJT-X, для разных сигналов разница отличается:
Считаю что в новом алгоритме вычисления SNR в JTDX удалось уменьшить ошибку для пересекающихся сигналов.
Ну и не забывайте, SNR = сигнал/(шум+помеха), высокий уровень на водопаде не всегда означает высокий SNR, сигнал может клонить S-метр трансивера в S9++ а SNR при этом быть менее -15 дБ.
Игорь, повтора в позывном нет, только повтор по сработанной стране. Хотя может, что не правильно в Notifications настроил. Прилагаю скрин. INI файл уже давно не трогал. Может надо все заново переустановить. Я сравниваю рапорта с WSJTX, там вроде правдоподобно выглядит. Может конечно и WSJTX немного обманывает.
Вложение 206055
По Вашим настройкам все позывные которые не новая страна DXCC по диапазонам являются повторами. Поставьте галочки Check and highlight new calls - per band - and mode и AutoSeq будет отвечать на поступающие вызовы.
Чтобы видеть какой позывной софт считает повтором включите зачеркивание или подчеркивание повторов (strike it / underline it).
Почему-то меня и я не спочу на HamSpots.Подскажите пожал.где галку поставить,не могу найти.Раньше спотил и я и меня,
To UA3DJY
Игорь а когда (хотя бы приблизительно) будет решен вопрос с исключением захвата в режиме Autoseq5-6-7 тех кто дает CQ DX... ?
Пока в общем доступе не опубликованы звуковые файлы с симулированными одиночными сигналами с заданным расчитанным SNR, можно только предполагать насколько точно показывает SNR софт. Для одиночного сигнала и пересекающихся сигналов SNR отличается, и в последнем сценарии точность расчета SNR определяется только используемым алгоритмом - калибровке не подлежит.
Записал и проверил.
Проверял JTDX v18.1.0.72 и WSJT-X v1.9.0 rc1 r8504.
В обоих программах декодер был проверен в режиме Normal и Deep. Правда в режиме Deep, в JTDX, автоматически все файлы не декодировались, зависла программа на третьим или четвёртым файле поэтому пришлось поочерёдно в ручную открывать каждый следующий файл. В WSJT-X, в режиме Deep, автоматом все файлы залетели и декодировались без проблем.
Свёл все данные в таблицы, снимки последних строк показываю.
Итог: В режиме Normal обе программы декодировали одинаковое количество строк - 408 строк.
В режиме Deep JTDX декодировала на две строки больше (на ложные декоды и там и там не проверял).
JTDX - 442 строки,
WSJT-X - 440 строк.
Вложение 206059
Вложение 206060
Что заметил так это большую разницу в оценках сигналов.
вот файл интересно как у Вас будет...в разных программах и при разных режимах декодирования...у меня разница большая.Вложение 206066
У меня вот так Deep.
Вложение 206067
Так Normal.
Вложение 206071
Сегодня ещё раз решил посмотреть как обе программы декодируют, опять разница в два декода хотя строк теперь значительно больше.:grin: