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

[UA9OP]

Собственно, вот. Готово. Инструкция та же - просто распаковать в /usr или /usr/local (по вкусу).

https://cloud.mail.ru/public/poHC/nW3CyDs21

[UA9OP]

Software can be downloaded from this link: https://cloud.mail.ru/public/Mw4G/rwEx3EX2J

Тестовый софт доступен для скачивания - пожалуйста пробуйте и сообщайте если есть какие либо дефект

а где исходник? меня такой например интерфейс не устраивает хочу другой, чтобы самому скомпилировать.

[UA3DJY]

а где исходник? меня такой например интерфейс не устраивает хочу другой, чтобы самому скомпилировать.

Здесь исходный код v16.5rc, все что есть на данный момент, совместимость старых опциональных интерфейсов и необходимость их доработки пока не проверял: https://cloud.mail.ru/public/DJDo/5rTS2tA9v

[EU1FQ]

зачем мудрить, все нормально сделано, а B4 и всякие мутные изменения ни к чему, главное чтобы декодировалось все в лучшем виде.

Поддерживаю.
Зачем мудрить очередной комбайн. Хотелок у каждого много. Родится очередной монстр с кучами проблем и глюков. Примеров таких предостаточно. Каждый должен заниматься своим делом. Сапожник - сапогами, пекарь - булками. Получается у Игоря, и очень даже неплохо, развивать программу в части улучшения декодирования, так не будем ему в этом мешать. А кто до конца разберется с JTAlertX, особенно с последней версией, тот уже не захочет с ней расстаться.Там ведь не только B4, но и куча других прибамбасов. И звуковое оповещение, и сообщения, и даже простой , можно сказать, чат. и т.д. и т.п. что в программах по декодированию JT такое вряд ли появится.

[UA3DJY]

А если CQ с первой секунды на одной частоте, а с 27 секунды на другой частоте?
До какой секунды (начиная с первой) "гарантированнре" декодирование?

Зависит от софта, применяемого декодера и соотношения сигнал/шум.

Любое обрезанное в передаче сообщение в части отсутствующего куска содержит только символы-ошибки.
Если шум при имеющемся соотношении сигнал/шум не вносит ошибки в переданную часть сообщения на приемном конце то достаточно примерно 23...25 секунд передачи чтобы декодер FTRSD (WSJT-X v1.7 и JTDX) декодировал сообщение.

FTRSD уже при двух проходах декодирования может декодировать до двух сообщений переданных на одной частоте в одном интервале одним корреспондентом(WSJT-X v1.7 и JTDX).

По декодеру KVASD сказать не могу(WSJT-X v1.6 и JT65-HF) - давно не использую.

С декодерами согласованной фильтрации(Hint) получается интереснее - видел что бывает достаточно 10-12 секунд передачи при хорошем сигнал/шум чтобы сообщение было декодировано. Учитывая 4 прохода декодирования в JTDX при помощи Hint потенциально можно декодировать до 4 сообщений за один интервал от одного корреспондента, но учитывая что ошибаются кнопкой обычно один раз в интервале довольно часто наблюдал только 2 адресованных мне декодированных сообщения от одного корреспондента.

[R0JF]

Странно. Ссылка битаяю Еще разик - версия для Linux 16.5

https://cloud.mail.ru/public/31bL/cPvAFNyGS

[R0JF]

С кнопками Monitor-Stop проще и возможно удастся доработать - когда будет необходимость добавить еще одну кнопку в интерфейс попробую ужать функционал Monitor-Stop в одну кнопку.

Понятно. Спасибо.

[UA3DJY]

https://cloud.mail.ru/public/31bL/cPvAFNyGS

This is JTDX v16.5rc software built by Igor R0JF under Ubuntu-16.04LTS 64Bit.

Hamlib3 software must be preinstalled by user.

Installation instructions: unpack and copy files into /user or /user/local.

[R0JF]

Зависит от софта, применяемого декодера и соотношения сигнал/шум.

Игорь, я тут еще один глупый вопрос все забываю задать (может уже объясняли или писали где, но не видел) - по кнопочке Filter. Всплывающая подсказка говорит, что "400Hz decoding bandwidth..." - эти самые 400 Гц относительно чего? Я правильно понимаю, что +-200Гц от установленного зеленого маркера частоты приема? В смысле - полоса пропускания приемного тракта (аппаратно) скажем 3 КГц, а вот при включении этого фильтра будем принимать только 400-Гцовый кусочек, "привязанный" к маркеру? Или как-то иначе?

[US-E-12]

может уже объясняли или писали где, но не видел

Эх если бы Игорь написал кратенькую инструкцию по непонятным кнопочкам (Filter, SWL mode, Hint, Clear Avg), что делает программа по клику на эти кнопки, то многие будут благодарны, подозреваю, что большинство их не трогают, так как не знают реакцию программы на эти действия.

[R0JF]

Эх если бы Игорь написал кратенькую инструкцию по непонятным кнопочкам (Filter, SWL mode, Hint, Clear Avg), что делает программа по клику на эти кнопки, то многие будут благодарны, подозреваю, что большинство их не трогают, так как не знают реакцию программы на эти действия.

Ну, кое-что интуитивно понятно.

SWL mode - это когда программа совершенно не торопится с декодированием, поскольку ей не надо переходить на передачу. (Режим "наблюдателя). Видимо, задействуются дополнительные методы анализа для более полного и качественного декодирования, которое просто не может быть завершено в промежутке между 49-й и 0-й секундами. Декодирует дольше, нокачественней.

ClearAVG - ну что-то вроде "очищения загаженного буфера". Не до конца декодированные сообщения, случайные помехи и пр. В сложной эфирной обстановке их наверное много бывает. Жмем, очищаем, и работаем "с чистого листа". Имхо.

Filter - ну я свои предположения написал, не знаю, верно ли.

Hint - затрудняюсь... Как бы так объяснить моё понимание... Ну вроде того, что включение "интуитивного" декодирования. Использование CALL3.TXT в случаях, когда не удалось полностью декодировать. Наверное ошибаюсь. А может и нет.

Вот то, что интерфейс (оперативный) стал несколько перегружен этими кнопочками - это да. Потому и предлагал совместить некоторые. Вот на мой взгляд. те же SWL mode, Filter, наверное и Hint вполне можно убрать в "верхнее" меню. НО! Не настаиваю.

[UA3DJY]

Эх если бы Игорь написал кратенькую инструкцию по непонятным кнопочкам (Filter, SWL mode, Hint, Clear Avg), что делает программа по клику на эти кнопки, то многие будут благодарны, подозреваю, что большинство их не трогают, так как не знают реакцию программы на эти действия.

Кнопки
-----
Filter - при использовании сужается полоса декодирования до 400 Гц для вычитания сигналов и полоса вывода декодированных сообщений на экран до 100Гц. Полосы центрованы относительно синхропоследовательности (это нижняя частота сигнала).

Сужение полосы декодирования в почти 5..6 раз приводит к увеличению количества попыток декодирования декодером FTRSD на одного кандидата пропорционально снижению количества кандидатов.

Полоса 100Гц вывода декодированных сообщений на экран выбрана из соображений возможного вызова со смещением по частоте до 50Гц, многие корреспонденты используют смещение по частоте при вызове если станцию зовут несколько корреспондентов одновременно.

С б'ольшим количеством попыток FTRSD декодер декодирует слабые сигналы немного лучше.

Основное назначение кнопки Filter - уменьшение количества выводимых на экран сообщений, упрощает проведение QSO с определенным корреспондентом снижая информационную нагрузку на оператора.
-----

SWL mode - может использоваться для наблюдения за диапазоном, многократно увеличивает количество попыток декодирования декодера FTRSD (функционал идентичен настройке Decoding Attempts в закладке Advanced).

Примерно сбалансирована так что если при выключенной кнопке время декодирования вписывается в 10 секунд то при включенной вписывается в 60 секунд.

Выведена в основной интерфейс для возможности оперативного изменения количества попыток декодирования.

Сильно загружает процессор и требует хорошего охлаждения процессора.
-----

Hint - активация группы декодеров с использованием согласованной фильтрации сообщений (или декодеры "с подсказкой")

Для работы декодеров необходимо копировать поставляемый вместе с софтом файл CALL3.TXT в 'домашнюю' папку где находится wsjtx_log.adi

В JTDX реализованы 4 отдельных декодера с использованием согласованной фильтрации, применяются на каждом проходе декодирования:

- сообщений CQ в широкой полосе - чувствительность -28dB SNR, используется файл CALL3.TXT
- сообщений CQ DX в широкой полосе - чувствительность -28dB SNR, используется файл CALL3.TXT
- сообщений зовущих Вас корреспондентов на частоте RX - чувствительность -29dB SNR, используется файл CALL3.TXT
- сообщений корреспондентов которым Вы ответили или которые отвечают на Ваш вызов на частоте RX - чувствительность -31dB SNR, используется информация в окнах DX Call, DX Grid

-----

Clean DX - для оперативной очистки окон DX Call, DX Grid

-----

Clear Avg - это УКВ функционал доступный только в режиме JT65, очистка накопленного за несколько передач усредненного спеткра. В выпущенном WSJT-X v1.7 декодирование с накоплением и усреднением спектра используется в паре с согласованной фильтрацией при многократной передаче одного и того же сообщения.
В JTDX этот функционал не реализован, эту кнопку просто еще не успел убрать.

-----
Decode - загружает заново массив входных данных и запускает декодирование, позволяя повторно декодировать интервал после нажатия кнопок Filter, Hint, SWL mode
-----

Еще хочу обратить внимание что в JTDX все тестирование и поддержка работы софта выполняется в режиме JT65+JT9, в чистом режиме JT65 показатели эффективности декодирования могут не соответствовать заявленным из-за незаконченного УКВ JT65 функционала унаследованного с WSJT-X v1.7 devel r6462.

Режим JT65+JT9 как основной был выбран по причине использования параллельных вычислений для декодеров JT65 и JT9 на двух ядрах многоядерного процессора.

При использовании двух ядер в режиме декодирования JT65+JT9 время декодирования JT65 сигналов немного меньше чем в чистом режиме JT65.

[LY3BG]

Смотрите ветку UR5EQF_Log. Выложено видео для стыковки wsjt-x 1.7.0. С JTDX такая же стыковка, а можно и подругому, без создания символьных меток, тоже в той же ветке писал об этом.

Ссылку, пожалуйста, не могу найти....

[US-E-12]

http://forum.qrz.ru/307-log-ur5eqf/1...ml#post1267095

[UA3DJY]

из примеров работы Hint: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1251946

В работе Hint есть особенность, при запуске софта при появлении первого кандидата на частоте RX происходит обработка содержимого файла CALL3.TXT и генерация более миллиона возможных сообщений для декодера Hint65.f90, что у меня на процессоре с тактовой 3ГГц занимает примерно 20 секунд.

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

Включение кнопки Hint приводит к увеличению объема занимаемой оперативной памяти процессом jt9.exe до 170...220 мегабайт. Если кнопку не включать то процесс jt9.exe будет занимать не более 60 мБ оперативной памяти. Выключение кнопки Hint отключает группу декодеров но не вычищает оперативную память - при повторном включении кнопки Hint будет использоваться информация которая уже есть в оперативной памяти.