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

[RX6BH]

Как-то попробовал включить, в 34-й версии, поставив галочку "CW ID after 73". Работает. После окончании QSO передает мой позывной в CW. Но только в JT65 и JT9. Эта функция была еще когда не было FT8. Многие пользовались. А вот теперь проблема. Галочку снял, а передача осталась. Где порыться?

А зачем это , я никогда не слушаю приём ушами цифру ( смотрю "ящик" )

[UA3DJY]

Поймал сбой с пропаданием звука на передачу в JTDX: происходит при подтверждении (нажатие кнопки ОК) изменения настроек закладок Settings во время передачи сообщения, при этом звук пропадает а прогресс бар показывает продолжающуюся передачу.

Исправлю в 18.1.0.63, сделаю как в WSJT-X, если пользователь изменил настройки во время передачи сообщения то передача будет остановлена.

[UA3DJY]

Здравствуйте , работал в Т10 и J9 V61 и показывает повторы на связи , проведённые в FT8 .??? Сейчас перейду на 62 версию .

зависит от выбранных Вами критериев в закладке Notifications, поставьте галочки new call / per band / and mode

[RA3RKA]

Попробовал работать в таком стиле.
Отвевают и на моей частоте и на другой.
Программа срабатывает в любом случае нормально
Окна чищу сам (галки сняты)мне так больше нравиться.

[UR6EA]

62-я версия...
Полёт - нормальный!
Вроде бы..никаких проблем!

[R0AX]

один и тотже сбой во всех шагах,и enable tx выключается всегда когда бы не внес QSO в лог. шаг62

[UA3DJY]

один и тотже сбой во всех шагах,и enable tx выключается всегда когда бы не внес QSO в лог. шаг62

Андрей, у Вас не срабатывает декодирование на некоторых интервалах (не загорается кнопка Decode), скорее всего причина в переполнении буфера звукового потока на звуковой карте в сторону PCI шины/процессора - не доходят до процессора куски звукового потока.

Смотрите частоту дискретизации звукового устройства выставленную в операционной системе, проверьте драйвер звуковой карты - от производителя ли он, проверьте может какое другое программное обеспечение занимает 100% ресурсов процессора и он просто не успевает забрать звук поступающий с PCI шины.

Как крайний случай - драйвера чипсета материнской платы отвечающие за PCI шину и может быть настройки в BIOS.

JTDX во время получения звукового потока потребляет немного ресурсов процессора.

Сбой в последовательности AutoSeq который Вы наблюдаете является результатом неисправности на Вашем компьютере.

[R0AX]

но причем компьютер ,если на R-XX программа отвечает R-XX На скрине видно я ему дал рапорт он ответил R-XX,а я ему снова рапорт только с R И опять же ,еслиб не декодировало передавало бы рапорт без R в повторе

[EU1FQ]

Коварная штука, эта AutoSeq1. Она просто провоцирует на увеличение мощности.
Вчера наблюдал работу одного DX. Явно работал в режиме AutoSeq1 (Call 1st).
Все рапорта от него были в интервале от -02 до +15. А где же заявленные разработчиками FT8 рапорта с -24? Мои 100 ватт были курам на смех для него.
Хотя днем раньше, телеграфом, той же мощностью, с ним не было проблем. Если все так и дальше будет катится, то в FT8 будет провести QSO намного сложнее чем другими модами.
Когда программа отвечает первому с лучшими критериями по SNR, мне кажется это перебор. Мне могут возразить, что возьми и отключи эту функцию. А как ее отключить у корреспондента с которым хочу провести QSO, да еще и малой мощностью. Вот в чем вопрос.

[UA3DJY]

Коварная штука, эта AutoSeq1. Она просто провоцирует на увеличение мощности.
Вчера наблюдал работу одного DX. Явно работал в режиме AutoSeq1 (Call 1st).
Все рапорта от него были в интервале от -02 до +15. А где же заявленные разработчиками FT8 рапорта с -24? Мои 100 ватт были курам на смех для него.
Хотя днем раньше, телеграфом, той же мощностью, с ним не было проблем. Если все так и дальше будет катится, то в FT8 будет провести QSO намного сложнее чем другими модами.
Когда программа отвечает первому с лучшими критериями по SNR, мне кажется это перебор. Мне могут возразить, что возьми и отключи эту функцию. А как ее отключить у корреспондента с которым хочу провести QSO, да еще и малой мощностью. Вот в чем вопрос.

Есть и преимущество в использовании Call 1st, если Вас зовут на одной частоте два и более корреспондента то выбор корреспондента с лучшим SNR означает 'большую вероятность успешного проведения QSO, если Вас кто нибудь зовет с SNR -24dB и Вы ему ответили то вероятность того что Вы в моде FT8 декодируете от него другие сообщения и сможете провести QSO невелика.

В любом случае во втором варианте будет повторно передано больше сообщений чем в первом, с небольшой вероятностью успешного завершения QSO.

[R0AX]

а что не понятно
46-15---вызов поляка
46-30--мой рапорт
46-45-- декод не прошел(авто фильтр вкл)
47-00--я даю повторный рапорт
47-15--поляк мне отвечает R-08
47-30--программа отвечает R-15(ВОПРОС С ЧЕГО РАДИ)
47-45--поляк на мое R соответственно отвечает RRR
48-00--я отвечаю 73
48-15 -поляк попрощался 73
где тут проблема с декодами?

[R0AX]

а вот скрин загрузки компьютера обычно как всегда,на одном мониторе лог и JTDX на другом я лазаю в браузере в инете

[UR0IQ]

[QUOTE=R0AX;1431803]а что не понятно
46-15---вызов поляка
46-30--мой рапорт
46-45-- декод не прошел(авто фильтр вкл)
47-00--я даю повторный рапорт
47-15--поляк мне отвечает R-08
47-30--программа отвечает R-15(ВОПРОС С ЧЕГО РАДИ)
47-45--поляк на мое R соответственно отвечает RRR
48-00--я отвечаю 73
48-15 -поляк попрощался 73/QUOTE]

"с чего ради" даже я понял
У поляка было -19, а в момент ответа -15.

[UA3DJY]

а что не понятно
46-15---вызов поляка
46-30--мой рапорт
46-45-- декод не прошел(авто фильтр вкл)
47-00--я даю повторный рапорт
47-15--поляк мне отвечает R-08
47-30--программа отвечает R-15(ВОПРОС С ЧЕГО РАДИ)
47-45--поляк на мое R соответственно отвечает RRR
48-00--я отвечаю 73
48-15 -поляк попрощался 73
где тут проблема с декодами?

в момент когда 'декод не прошел' у Вас произошла инверсия направления работы AutoSeq, с работы на общий вызов он перешел в режим работы в поиске

Вот попытка воспроизвести сценарий "декод не прошел" на исправно работающем компьютере, тоже включен AutoSeq1 и автоматический фильтр, здесь AutoSeq остался в режиме работы на общий вызов:

[R0AX]

у меня включен autoseg1 и автофильтр на какой он поиск переключился.И даже если он куда-то переключился на R-XX он должен ответить RR73, это по сценарию,А Ваш скриншот замечательный,так должно быть.И еще я написал сбой происходит в каждом шаге,но он не постоянный он время от времени как и повторное ,а то пока и не отключишь прощание