А зачем это , я никогда не слушаю приём ушами цифру ( смотрю "ящик" )
Поймал сбой с пропаданием звука на передачу в JTDX: происходит при подтверждении (нажатие кнопки ОК) изменения настроек закладок Settings во время передачи сообщения, при этом звук пропадает а прогресс бар показывает продолжающуюся передачу.
Исправлю в 18.1.0.63, сделаю как в WSJT-X, если пользователь изменил настройки во время передачи сообщения то передача будет остановлена.
Вложение 203163
Попробовал работать в таком стиле.
Отвевают и на моей частоте и на другой.
Программа срабатывает в любом случае нормально
Окна чищу сам (галки сняты)мне так больше нравиться.
62-я версия...
Полёт - нормальный!:p-up:
Вроде бы..никаких проблем!
один и тотже сбой во всех шагах,и enable tx выключается всегда когда бы не внес QSO в лог. шаг62Вложение 203165
Андрей, у Вас не срабатывает декодирование на некоторых интервалах (не загорается кнопка Decode), скорее всего причина в переполнении буфера звукового потока на звуковой карте в сторону PCI шины/процессора - не доходят до процессора куски звукового потока.
Смотрите частоту дискретизации звукового устройства выставленную в операционной системе, проверьте драйвер звуковой карты - от производителя ли он, проверьте может какое другое программное обеспечение занимает 100% ресурсов процессора и он просто не успевает забрать звук поступающий с PCI шины.
Как крайний случай - драйвера чипсета материнской платы отвечающие за PCI шину и может быть настройки в BIOS.
JTDX во время получения звукового потока потребляет немного ресурсов процессора.
Сбой в последовательности AutoSeq который Вы наблюдаете является результатом неисправности на Вашем компьютере.
но причем компьютер ,если на R-XX программа отвечает R-XX На скрине видно я ему дал рапорт он ответил R-XX,а я ему снова рапорт только с R И опять же ,еслиб не декодировало передавало бы рапорт без R в повтореВложение 203167
Коварная штука, эта AutoSeq1. Она просто провоцирует на увеличение мощности.
Вчера наблюдал работу одного DX. Явно работал в режиме AutoSeq1 (Call 1st).
Все рапорта от него были в интервале от -02 до +15. А где же заявленные разработчиками FT8 рапорта с -24? Мои 100 ватт были курам на смех для него.
Хотя днем раньше, телеграфом, той же мощностью, с ним не было проблем. Если все так и дальше будет катится, то в FT8 будет провести QSO намного сложнее чем другими модами.
Когда программа отвечает первому с лучшими критериями по SNR, мне кажется это перебор. Мне могут возразить, что возьми и отключи эту функцию. А как ее отключить у корреспондента с которым хочу провести QSO, да еще и малой мощностью. Вот в чем вопрос.
Есть и преимущество в использовании Call 1st, если Вас зовут на одной частоте два и более корреспондента то выбор корреспондента с лучшим SNR означает 'большую вероятность успешного проведения QSO, если Вас кто нибудь зовет с SNR -24dB и Вы ему ответили то вероятность того что Вы в моде FT8 декодируете от него другие сообщения и сможете провести QSO невелика.
В любом случае во втором варианте будет повторно передано больше сообщений чем в первом, с небольшой вероятностью успешного завершения QSO.
а что не понятно
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
где тут проблема с декодами?Вложение 203169
а вот скрин загрузки компьютера обычно как всегда,на одном мониторе лог и JTDX на другом я лазаю в браузере в иВложение 203171нете
[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]
"с чего ради" даже я понял:s7:
У поляка было -19, а в момент ответа -15.
в момент когда 'декод не прошел' у Вас произошла инверсия направления работы AutoSeq, с работы на общий вызов он перешел в режим работы в поиске
Вот попытка воспроизвести сценарий "декод не прошел" на исправно работающем компьютере, тоже включен AutoSeq1 и автоматический фильтр, здесь AutoSeq остался в режиме работы на общий вызов:
Вложение 203174
у меня включен autoseg1 и автофильтр на какой он поиск переключился.И даже если он куда-то переключился на R-XX он должен ответить RR73, это по сценарию,А Ваш скриншот замечательный,так должно быть.И еще я написал сбой происходит в каждом шаге,но он не постоянный он время от времени как и повторное ,а то пока и не отключишь прощание