К сожалению, ничего не скажу.
Не надо ничего конвертировать.
На примере LogHX:
Фильтр
выделяете Моды в которых работали
У меня jt9, jt65, WSPR, FT8, FT4 или (MFSK SubMode FT4 у кого как настроено), T10
В окне проведенных связей будут все QSO с этими модами
Экспорт - использовать установки фильтра
Обзываете файл wsjtx_log.adi и сохраняете в папку JTDX, которая в USER/APPDATA/LOCAL
Все.
Тоже самое для WSJT
Еще лучше создать символьную ссылку и использовать один wsjtx_log.adi для JTDX и WSJT
Спасибо, всё получилось. Цветовая маркировка работает. Экспортировал весь журнал, ВСЕ МОДЫ, переименовал и всё ок :)
...
Ну скажите что нибудь по лагу, у кого какой?
По идее работы программы лаг не должен быть "сильно" положительным, где-то в пояснениях от разработчиков JTDX были цифры допустимых значений что-то около +0.4 ... (здесь i3 3.5GHz до +1.0 при количестве декодов около 60 успевает комп обработать их все...)
Но лучше его "держать" отрицательным...:) В настройках немного "пошаманить", полезно ещё использовать Auto RX Frequency filter...:cool: Ну и т.д....;)
Конечно можно! Я тоже для тестирования запускаю JTDX на древнем нетбуке Atom. Работает... но кое-как. Есть любители экзотики, которые вообще работают без каких-либо AutoSeq, вручную выбирая, а то и набирая сообщения. Возможно кто-то уже научился на слух декодировать или глазами - по картинке с водопада. Я только CQ сообщения могу по виду отличать по характерному вырезу внизу справа.
Можете.
Просто некоторые станции не будут декодироваться в вашем цикле или будет задержка на передачу.
Зависит от того, какой Autoseq вы выберете, количества проходов и других "тонких" настроек.
Несколько неудобно, но вполне терпимо.
На пустом бэнде или при охоте на DX вне стандартных частот Lag будет небольшой, поскольку вы декодируете всего несколько потоков/станций. И можно увеличить sensitivity во вкладке Decode.
А вышеприведенная инструкция для 100% декодирования.
У меня слабый проц сейчас, поэтому настроил, так, чтобы Lag был не более +2 сек.
Еще можно поиграться значением CL%
Lag +0.4 это здорово, но для меня пока не достижимо при загруженных бэндах.
Нужен более продвинутый проц, да и мамка тоже. И память и видеокарта, и блок питания.
В общем набегает на круглую сумму. Как говорится, с худым концом в женский монастырь не ходят...
Цифра требует ресурсов...
Буду рад если мои соображения помогут...
Все верно, так как решения по проведению связи принимаются в следующем периоде декодирования. На самом крутом компьютере с лагом в плюсе на оставшиеся доли секунды из десятков декодированных сообщений адекватно реагировать очень сложно.
Были в этой ветке крутые товарищи с очень крутыми компьютерами но куда-то пропали.:s11:
https://aliexpress.ru/item/100500450...5e094aa6XmZAmL
https://aliexpress.ru/item/400086286...5e094aa6XmZAmL
Этого более чем достаточно.