Ориентируемся на современные процессоры поскольку только они могут позволить дальнейшее развите софта для работы модой FT8.
Вернуться на алгоритм .34 означает отказаться от полутора месяцев сделанной уже работы над новым алгоритмом AutoSeq.
невключение кнопки Decode в конце приемного интервала означает что JTDX не получил достаточного количества фреймов с звукового потока для включения декодирования (в коде используется счетчик количества фреймов)
Куда пропали фреймы - было несколько сообщений на эту тему, происходит это чаще на слабых процессорах которые по причине высокой загрузки не успевают взять фреймы с PCI шины. Также говорил про использование звукового устройства по умолчанию, Интернет браузера ...
Могут грузить процессор и фоновые задачи операционной системы.
Если у Вас не во всех интервалах включается декодирование - пора либо навести порядок на компьютере либо обновить процессор.
в коде по этой части нет изменений, причина скорее всего в загрузке процессора
Упростить протокол желательно при создании новой моды, например можно отвести только два бита на рапорт (четырехбальная шкала), сделав его диапазонным -хх...-20, -20...-10, -10...0, 0 ... + хх дБ SNR, показывая на экране как 1, 2, 3, 4.
Тогда и меньше будет проблем с пониманием рапорта и получится отвести больше бит на помехоустойчивость сигнала. Но такой подход означает полный переход на новый протокол.
после записи QSO в лог и получения финального 73 "автомат" выключается и не происходит очистка окон Тх1-Тх5, в следующем цикле из-за этого происходит возврат на частоту корра..
возможно заложен такой сценарий, предполагающий ручную очистку окон Тх1-Тх5, т.к. "автомат" выключен, т.е. как бы ручной режим.
хотя логичнее, чтобы при получении финального 73 в любом случае происходила автоматическая очистка окон Тх1-Тх5.
https://sourceforge.net/p/wsjt/mailm...sage/36219308/
К концу месяца обещают версию v1.9, обновили мануал FT8 DXpedition Mode и просят не выкладывать версии до выхода v1.9
В кратком переводе, софт кандидат WSJT-X v1.9.0-rc1 будет предоставлен для общего тестирования намного ранее выпуска в общее пользование версии v1.9, для тестирования убедительно просят(you must = должны/обязаны) использовать именно v1.9.0-rc1, а не промежуточные -dev версии разработки WSJT-X поскольку в промежуточных версиях работа над функционалом еще не завершена:
" Well in advance we will post a "Release
Candidate", WSJT-X v1.9.0-rc1. You must use this version to participate
in the test.
...
We are working on these new features as fast as we can. Please don't
ask for other "early releases" of v1.9.
-- 73, Joe, K1JT"
UX8IW..... <после записи QSO в лог и получения финального 73 "автомат" выключается и не происходит очистка окон Тх1-Тх5, в следующем цикле из-за этого происходит возврат на частоту корра..>
...разве обязательно использовать окна Тх1-Тх5?...я использую позицию 2(без окон) и все в норме...и выключается и DX окно чистит...
Вложение 205782
Звучит, как приговор, для р/любителей со старым "железом". Т.е., я так понял далее Игорь и команда пойдут по пути развития программы только с владельцами "современных процессоров". Жаль, очень жаль, ну что ж, врубаем 34-ую версию на постоянку, наблюдаем со стороны, зарабатываем на мощный процессор, только наверное не все это смогут сделать...
Игорь, а какие минимальные системные требования, для новых версий???
На моём компьютере
Вложение 205784
даже при AutoSeq 1 JTDX работает криво, вернулся к WSJT-X, она сделана для рядовых.
К JTDX интерес потерял... :s9:
Вложение 205785
работает и проблемм не испытываю...
Аналогично! Никаких проблем с 71, кроме некоторых малозначимых неудобств.
Вложение 205786