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

**UA3DJY** · 07.02.2018, 20:35

Сообщение от UA1OMZ

Игорь, ну ПОЧЕМУ вы не хотите вернуться к стандартному, ВСЕМИ принятому, ВСЕМ удобному алгоритму проведения связи, как в WSJT-X(и как в 34 версии)??????

Ориентируемся на современные процессоры поскольку только они могут позволить дальнейшее развите софта для работы модой FT8.

Вернуться на алгоритм .34 означает отказаться от полутора месяцев сделанной уже работы над новым алгоритмом AutoSeq.

**UA3DJY** · 07.02.2018, 20:46

Сообщение от UA1OMZ

7. Ну и вообще неприятнейший, повторяющийся глюк - беспричинный отказ декодирования целого противоположного периода по 2-3-4 раза подряд.

Сообщение от RD3QX

То же заметил пропуски декодирования периодов. Подумал у меня одного такое!

Сообщение от RK6C

Тоже есть такой глюк

невключение кнопки Decode в конце приемного интервала означает что JTDX не получил достаточного количества фреймов с звукового потока для включения декодирования (в коде используется счетчик количества фреймов)

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

Могут грузить процессор и фоновые задачи операционной системы.

Если у Вас не во всех интервалах включается декодирование - пора либо навести порядок на компьютере либо обновить процессор.

Сообщение от UA1OMZ

4. В этой версии физическая передача сигнала начинается только примерно через 2 секунды после срабатывания PTT. Для чего это сделано?
Что бы увеличить период декодирования за счет периода передачи? Если это так, то это крайне не верный путь, ведущий к ухудшению декодирования корреспондентом.

в коде по этой части нет изменений, причина скорее всего в загрузке процессора

**UA3DJY** · 07.02.2018, 20:52

Сообщение от UA1OMZ

8. Забывал ранее писать, но функция "Enable main window popup"-"показывать повер окон" ни в одной из версий корректно не работает, т.е. то работает, то нет, закономерности нет.

говорил об этом, пакет Qt не гарантирует стабильной работы этого функционала, дается пользователям как есть

**UA3DJY** · 07.02.2018, 20:55

Сообщение от UA1OMZ

5. Прерывалась несколько раз передача CQ. Но тут я подметил закономерность и проверил сам в ALL.TXT,
передача прерывалась именно в момент декадирования пустого сообщения и уже в начале цикла передачи.
Пустые сообщения явление конечно редкое, но я думаю этот глюк проявится и при передаче других сообщений.

Благодарю, вырежу декодированные пустые сообщения на уровне декодера в версии 18.1.0.72, более они не будут доходить до обработки сообщений алгоритмом AutoSeq.

**UA3DJY** · 07.02.2018, 21:52

Сообщение от AG2T

Так что это всё относительно и надо с этим смирится или броситъ эти ДБ и вместо этого программа должна выдавать 59, 57 ,55, 53 и т.д.

Упростить протокол желательно при создании новой моды, например можно отвести только два бита на рапорт (четырехбальная шкала), сделав его диапазонным -хх...-20, -20...-10, -10...0, 0 ... + хх дБ SNR, показывая на экране как 1, 2, 3, 4.

Тогда и меньше будет проблем с пониманием рапорта и получится отвести больше бит на помехоустойчивость сигнала. Но такой подход означает полный переход на новый протокол.

**UX8IW** · 07.02.2018, 22:05

Сообщение от UA1OMZ

проведите QSO на вызов "TX=RX", ...смените частоту и начните CQ, и вы будете неприятно удивлены.

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

**RC2SC** · 07.02.2018, 22:05

Сообщение от R9LAF

WSJT X 8465 скиньте на форум коллеги.

https://sourceforge.net/p/wsjt/mailm...sage/36219308/

К концу месяца обещают версию v1.9, обновили мануал FT8 DXpedition Mode и просят не выкладывать версии до выхода v1.9

**UA3DJY** · 07.02.2018, 22:18

Сообщение от RC2SC

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"

**UA3DTK** · 07.02.2018, 22:29

UX8IW..... <после записи QSO в лог и получения финального 73 "автомат" выключается и не происходит очистка окон Тх1-Тх5, в следующем цикле из-за этого происходит возврат на частоту корра..>

...разве обязательно использовать окна Тх1-Тх5?...я использую позицию 2(без окон) и все в норме...и выключается и DX окно чистит...

Название: Capture2.JPG
Просмотров: 533

Размер: 41.9 Кб

**UA1OMZ** · 07.02.2018, 22:38

Сообщение от UA3DJY

невключение кнопки Decode в конце приемного интервала означает что JTDX не получил достаточного количества фреймов с звукового потока для включения декодирования (в коде используется счетчик количества фреймов)
Куда пропали фреймы - было несколько сообщений на эту тему, происходит это чаще на слабых процессорах которые по причине высокой загрузки не успевают взять фреймы с PCI шины. Также говорил про использование звукового устройства по умолчанию, Интернет браузера ...
Могут грузить процессор и фоновые задачи операционной системы.
Если у Вас не во всех интервалах включается декодирование - пора либо навести порядок на компьютере либо обновить процессор.

Сообщение от UA3DJY

Ориентируемся на современные процессоры поскольку только они могут позволить дальнейшее развите софта для работы модой FT8.

Звучит, как приговор, для р/любителей со старым "железом". Т.е., я так понял далее Игорь и команда пойдут по пути развития программы только с владельцами "современных процессоров". Жаль, очень жаль, ну что ж, врубаем 34-ую версию на постоянку, наблюдаем со стороны, зарабатываем на мощный процессор, только наверное не все это смогут сделать...
Игорь, а какие минимальные системные требования, для новых версий???

**LY3BG** · 07.02.2018, 22:58

Сообщение от UA1OMZ

какие минимальные системные требования, для новых версий???

На моём компьютере

Название: com.PNG
Просмотров: 933

Размер: 7.7 Кб

даже при AutoSeq 1 JTDX работает криво, вернулся к WSJT-X, она сделана для рядовых.
К JTDX интерес потерял...

**RA3QH** · 07.02.2018, 23:09

Сообщение от UA3DJY

в планах доработка AutoSeq под распознавание CQ DX, остальные комбинации вряд ли получится учесть - слишком сложно сделать обработку в массиве истории QSO и CQ сообщений

P.S. видел CQ WP, можно только догадываться Пуэрто-Рико или западную часть Тихого океана желает видеть в ответ оператор

распознавание CQDX снимет 90% проблеммы...остальное Бог с ним...