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

[RZ1OA]

Кто может сказать в чем дело --окно не активно?

правой кнопкой - резет

[UA3DJY]

Игорь, Вам не трудно будет спросить?

Увы, мой английский весьма ограничен - всю жизнь учил немецкий.
Читать еще могу кое-как, а написать правильно - увы. Стесняюсь.

Мне не трудно публиковать все. Тем более, я сам deb-пакеты вообще не
использую в данном случае (поэтому и предупреждаю "not tested") - у меня
сразу после сборки бинарники обновляются. А 32-битную версию даже
проверить нет возможности (не на чем).

Тем не менее, уверен, что далеко не все используют Debian-based версии
Linux, им удобнее было бы просто собранные бинарники получать.

Кстати, на сайте JTDX - Home их-то как раз и нет. Именно поэтому
и спрашиваю.

73!

спросил:


JTDX for Linux Suse, Slackware, Mandriva etc.

Hello all,

Igor R0JF has been sharing JTDX binary files for Linux in the Russian forum, built under Ubuntu 16.04LTS 64-bit, he is asking if there is anyone interested in it apart of Debian JTDX package being published on the jtdx.tech Web site?

73 Igor UA3DJY

[UA3DJY]

Аналогично. Еще пру раз пропадал позывной в режиме CQ
Вложение 203727

Александр, кусок файла ALL.TXT в интервале 2210...2218 и картинку закладки Reporting мне на почту пожалуйста (c_igor inbox . ru), попробую воспроизвести этот сбой в Вашей конфигурации

[UX8IW]

включен текстовый фильтр не показывать свободные сообщения?

Нет не включен:

[UA3DJY]

При AnsCQ в ответ на RRR, передает, как положено 73, но после успешного приема финального 73, снова передает 73.
Версия 63, обновил на 65 - тоже самое. Стабильно вылазит в 50% QSO. На декодированные dB и RRR отвечает всегда адекватно.
Активны DisTX73, AutoSeq3, AutoTX, Filter, RRR. До 63 версии такого не наблюдалось

20180110_110115 -4 0.9 496 ~ RX3ASP ON3AZ RRR
20180110_110130 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73
20180110_110135 QSO logged: ON3AZ
20180110_110200 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73
20180110_110145 -3 0.9 496 ~ RX3ASP ON3AZ 73
20180110_110200 Filter button is switched off
20180110_110201 Tx halted 18.1 MHz FT8: ON3AZ RX3ASP 73
20180110_110209 Filter button is switched off
20180110_110213 Filter button is switched off
20180110_110215 Filter button is switched off
20180110_110215 -1 1.0 496 ~ CQ ON3AZ JO10

ответ в последовательности сообщений:
110130 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73 --- JTDX передал сообщение 73
110200 Transmitting 18.1 MHz FT8: ON3AZ RX3ASP 73 --- до начала интервала передачи сообщение от корреспондента не было декодировано
110145 -3 0.9 496 ~ RX3ASP ON3AZ 73 --- JTDX во время передачи повторного сообщения 73 декодирует сообщение 73 от корреспондента, оно завершает QSO
110201 Tx halted 18.1 MHz FT8: ON3AZ RX3ASP 73 --- JTDX останавливает передачу повторного сообщения 73

Последовательность соответствует дизайну AutoSeq3, процессор даже при включенной кнопке Filter у Вас не успевает вовремя декодировать интервал: смотрите какой еще у Вас софт отъедает ресурсы процессора.

[RX3ASP]

Последовательность соответствует дизайну AutoSeq3, процессор даже при включенной кнопке Filter у Вас не успевает вовремя декодировать интервал: смотрите какой еще у Вас софт отъедает ресурсы процессора.

Процессор нагружен максимум 28-30% в момент декодирования, компьютер практически "голый", запущена только JTDX. На WSJT такого не наблюдается, хотя задержка есть. WSJT может включить кратковременно передачу некорректного сообщения, но после декодирования, содержание посылки меняется или ТХ выключается. Визуально (две программы на одном мониторе) WSJT декодирует быстрее, естественно при отключенных фильтрах и без водопада.

[UA3DJY]

Нет не включен:

благодарю, попробую воспроизвести

[UX8IW]

Сегодня та же проблема - не было декода с ответным 73 (похоже, что M0AIQ не включал передачу или было сильное QSB),
программа вместо повтора RR73 обнулила окна и перешла на CQ:

[UA3DJY]

Процессор нагружен максимум 28-30% в момент декодирования, компьютер практически "голый", запущена только JTDX. На WSJT такого не наблюдается, хотя задержка есть. WSJT может включить кратковременно передачу некорректного сообщения, но после декодирования, содержание посылки меняется или ТХ выключается. Визуально (две программы на одном мониторе) WSJT декодирует быстрее, естественно при отключенных фильтрах и без водопада.

JTDX сейчас примерно на 20% дольше декодирует чем WSJT-X, еще не нашел причину, возможно в WSJT-X оптимизировали работу с преобразованием Фурье, в любом случае пока не решим этот вопрос и существующую утечку памяти в JTDX выпуска весрии 18.1 в общее пользование не будет.

[RC2SC]

JTDX сейчас примерно на 20% дольше декодирует чем WSJT-X, еще не нашел причину,

За последние несколько дней прилетело два обновления винды и читая ниже приведённое хотелось бы знать ваше мнение как это может отразится на работе программы.

[UA3VFL]

[QUOTE=RC2SC;1434993]За последние несколько дней прилетело два обновления винды и читая ниже приведённое хотелось бы знать ваше мнение как это может отразится на работе програм

Так может по этой причине все мои беды? Стала тормозить моя 7ка и полетел ini файл на JTDX И какие из этого сообщения будут выводы ?

[UT8NT]

Вечер добрый друзья.
Поработал часок. С надежной провести пару QSO получив свободные сообщения, но к сожалению таких не оказалось. Возможно поздравления типа HNY 2018 73 закончились и я так и не смог протестировать этот функционал в 65 версии.
Зато корректно прошла связь с дробным позывным , понравилась как работает новая функция "Erase band activity window at start of decoding" Каждый новый период декодируется в "чистом" (приемном) окне. Рюшечка-но полезная
за час на 80 м на 40 ватт провел 20 qso. Основные функции-работают стабильно. Сбоев не было.

Сегодня та же проблема - не было декода с ответным 73 (похоже, что M0AIQ не включал передачу или было сильное QSB),
программа вместо повтора RR73 обнулила окна и перешла на CQ:

65 версию тестирую только сегодня и пока такой ситуации не было, но в 64 происходило именно так. Работая на общий, на не полученную от корреспондента посылку с "73", программа отвечала - "CQ".

[UA3DJY]

За последние несколько дней прилетело два обновления винды и читая ниже приведённое хотелось бы знать ваше мнение как это может отразится на работе программы.

закрыли многолетнюю дырку в безопасности процессоров Intel и AMD, по предварительной информации обещали ощутимое снижение производительности в результате применения заплатки, судя по этой статье у каждого процессора/линейки будет своя просадка производительности в диапазоне от 5 до 30%

Проблема в процессорах Intel замедляет ПК до 30%. Под ударом Windows, Linux и macOS - CNews

софт WSJT-X/JTDX после обновления операционки быстрее работать точно не будет

[UX8IW]

С надежной провести пару QSO получив свободные сообщения, но к сожалению таких не оказалось. Возможно поздравления типа HNY 2018 73 закончились и я так и не смог протестировать этот функционал в 65 версии.

Было несколько нестандартных сообщений, QSO завершалось в штатном режиме.

[RA1WU]

Эти обновления можно отключить-удалить?