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

[UA3DJY]

Но если корреспондент после моих 73 по каким то причинам не передал например CQ, программа становиться повторно на передачу

вот примеры Вложение 202873 Вложение 202874

сбой AutoSeq при приеме RR73 сообщения устранен начиная с версии 18.1.0.59

[UA3DJY]

To: UA3DJY
Игорь, от чего зависит скорость вывода декодированных сообщений в окне Band Activity?
Именно скорость вывода сообщения, а не скорость его декодирования.
Если процессор не успевает декодировать сигналы до начала следующего интервала то причина ясна и понятна.
А если процессор декодировал сигнал до начала следующего интервала, но не вывел в окно Band Activity?
Поясню на примере. Первый интервал - CQ, второй интервал- декодирование, третий интервал трансивер включается на передачу c рапортом, к примеру UA3DJY EU1FQ -15
но позывной UA3DJY еще не появился в окне Band Activity! а только спустя 1,5-2 сек после начала третьего цикла.
Наблюдаю это довольно часто и во всех версиях.
Сравнивал с WSJT, задержки скорости вывода декодированных сообщений не наблюдал. Настройки в обеих программах идентичные.
Win7x32, 2,7Гц, 2 ядра 8 Гб

Декодер (Fortran) выдает декодированные сообщения по одному в stdout, откуда их перехватывает часть программы сделанная на C++ и обрабатывает по мере их поступления.

Все это идет в разных нитках(частично определяется автоматически компилятором при сборке софта, например для кода на Фортране с использованием Open MP) и вывод на экран может подтормаживать. Последовательность принятых и сгенерированных на передачу сообщений по времени более надежно смотреть в файле ALL.TXT.

[UR4UM]

а меня уже зовут ) и это я пока не передавал

Давненько о таком же писал здесь на форуме (какая JTDX уже и не помню), аналогично без ТХ, на приёме, и меня вызывают... Hint - откалывает видимо фокусы...

Перевожу уже вручную, а оно снова мне выдачу рапорта

На 56ой выключил AutoCQ и AutoTX, и EnableTX - а она французу отвечает??? После этого снёс, включил поработал на WSJT, и вчера возвратился на 34ю... Прогресс!

[UA3DJY]

Интересно,что и где заело......Вложение 202852

корреспондент не декодирует Ваш сигнал(он передает рапорт взятый с первого декодированного сообщения) и AutoSeq c его стороны пытается провести QSO до тех пор пока оно не будет прервано корреспондентом вручную

[RX6BH]

4Z5 просит подтверждения рапорта , программа RR73 . и в в ручную пробовал и всё равно RR73 . ??????

[UA3DJY]

я пока ничего не понимаю. Видно у словака такая же 58-я версия и мы оба не можем закончить куесо в автомате. Перевожу уже вручную, а оно снова мне выдачу рапорта.

кусок файла ALL.TXT в котором полное QSO с OM8LM пришлите мне пожалуйста (c_igor inbox ru)

[UA3DJY]

4Z5 просит подтверждения рапорта , программа RR73 . и в в ручную пробовал и всё равно RR73 . ??????

корреспондент не декодирует Ваш сигнал (рапорт не меняется в его сообщении), с обеих сторон AutoSeq пытается завершить QSO

[R0AX]

Я это давно предлагал. По выбранному оператором корреспонденту со средним DT

это не серьезно,это уже было в hf65,но там мода jt65 и цикл декода 12сек и корректировка DT,а в оканцовке получалась задница,у него не корректно -2 у корреспондента+2 и декода нет хотя и галка auto dt.Но это jt65 12сек декода,а сдесь как вы это себе представляете.Здесь разница секунда и з....ся QSO проводить,то он не слышит то ты глухой,а если еше каждый включит auto DT а декод всего 2 сек.
Это ладно вопрос к Игорю,отключаешь autoseg оставляешь auto tx и работаешь как в autoseg не понял зачем.хотя работает очень корректно

[UA3DJY]

вопрос к Игорю,отключаешь autoseg оставляешь auto tx и работаешь как в autoseg не понял зачем.хотя работает очень корректно

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

[UR0MC]

кусок файла ALL.TXT в котором полное QSO с OM8LM пришлите мне пожалуйста (c_igor inbox ru)

отправил

[R2EA]

18.1.0.59

Если не откладывать в долгий ящик, то можем погонять хоть сейчас...
r2ea#mail.ru

[R0AX]

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

Да нет это не сбой вчера весь вечер отработал,но это работает только на поиск или если отвечаешь двойным кликом,еще заметил показывает 2 сек. задержки вызова{программа показывает}практически все операторы декодируют и отвечают 58-ой шаг в других не пробовал

[UT8NT]

Игорь ещё один момент который огорчает , но я знаю что Вы над ним работаете



Тот случай когда передача от меня начинается раньше декода, и корреспондент повторно передает мне информацию которую я уже получил, в более ранних версиях программа подставляла в этом случае правильный макрос, это проходило почти одновременно с переходом на передачу. Почему то в версии v58 это происходит через раз, до этого я работал в v51, и практически всегда держал руку на "пульсе" что бы перебить работу Auto Seg и у меня получалось .
Экспериментировал с глубиной декодирования, и режимами Auto Seg, все равно такие моменты возникают, особенно когда станций на диапазоне много.
Понятно что полторы секунды это очень мало для полного декода и корректной работы, но если можно то хотя бы с подстановкой правильных макросов можно как то решить эту проблему.
У меня Core I3 CPU 3.70GHz OЗУ 8ГБ W7x64

[R0AX]

Да нет это не сбой вчера весь вечер отработал,но это работает только на поиск или если отвечаешь двойным кликом,еще заметил показывает 2 сек. задержки вызова{программа показывает}практически все операторы декодируют и отвечают 58-ой шаг в других не пробовал

выберете autoseg 1 и все будет как в wsjt меня напрягает другое,почему после передачи 73 или rr73 не переходит на cq как в wsjt ведь если корреспондент не принял и отправил снова рапорт программа сама отправит 73 повторно

[R2EA]

после передачи 73 или rr73 не переходит на cq
ведь если корреспондент не принял и отправил снова рапорт программа сама отправит 73 повторно

Поддерживаю!
Надеюсь в 59 версии при работе на общий вызов мы увидим:
самостоятельный cq после 73 или повторно rr73,
а так же 100% ответ первому позвавшему за искл повторов.

Всё это мы уже пробовали и щупали, но в более ранних версиях
это было более реализовано чем сейчас...