Еще посмотрите период синхронизации времени, есть смысл его ставить не менее одного часа. Софт D4 у Вас может бодаться с синхронизацией времени самой операционной системы Windows, если она включена.
Интересный поворот в поиске причины этого сбоя: пользователь запускал JTDX из Logger32, что возможно приводит к снижению приоритета потока обработки входящего/выходящего звука в JTDX с заданного в коде m_audioThreadPriority (QThread::TimeCriticalPriority) на приоритет используемый в потоке внешнего лога из которого запускается JTDX. В данном случае прямой запуск JTDX устранил отсутствие звука на передачу.
Если Вы используете запуск JTDX c внешнего лога и у Вас наблюдаются какие либо проблемы с выпаданием декодирования либо с отсутствием звука на передачу попробуйте пожалуйста прямой запуск JTDX, возможно такой подход решит часть проблем.
В коде JTDX я был вынужден поднять приоритет потока обработки звука до TimeCriticalPriority из-за того что декодер съедая все ресурсы процессора при заходе в следующий период не давал нормально/своевременно обрабатывать входящий (RX) звуковой поток или исходящий (TX) звуковой поток.
У Вас работает декодер и с высокой вероятностью декодер заходит в следующий период/интервал сигналов. Вы при каждой синхронизации имеете высокую загрузку процессора (особенно в JTDX), которая может приводить к задержке обработки пакетов NTP протокола.
Соответственно если поставить периодичность синхронизации в одну минуту у Вас раз в минуту с каждой синхронизацией может быть разная ошибка установки системного времени.
Для чего Вам необходима синхронизация раз в 10 минут? Я бы при таких проблемах раз в несколько часов останавливал прием сигналов кнопкой Monitor, делал бы принудительно синхронизацию (ряд NTP софтов позволяет ручной запуск синхронизации) и потом еще несколько часов работал на полученном системном времени.
Я писал об этом. На старом HDD при включенном браузере GCrome, Opera и других на их базе время улетало до 20 секунд! Не дергали время FFox и Pale Moon. Сейчас стоит SSD системным - этот эффект пропал почти (до 1 секунды может G Chrome сдвинуть за 15-20 минут, если активно им пользуешься).
Системное время при использовании Интернет браузера всегда замедляется? Похоже на загрузку процессора, но службы операционной системы должны иметь более высокий приоритет выполнения по сравнению с потоками браузера, возможно что эта проблема связана с особенностями поддежки работы многопотока конкретным процессором, то есть наблюдается только на определенных процессорах.
С SSD не всегда, Игорь. С HDD, если включен только кластер (DXFun) - выбег постоянный. Если часто открываешь (закрываешь) вкладки, сворачиваешь (разворачиваешь) окна - тогда убегает очень сильно. Т. е. получается связано со скоростью обработки процессора. С SSD этот параметр гораздо выше.
Может не замедлятся, а и ускорятся. Т. е. может быть DT -10, может +10. Подчеркиваю это только с HDD. На SSD - в пределах допустимого (максимум что видел - до одной секунды за 15 минут).
Получается именно в этом. Вот разница моих HDD и SSD (при том, что на нём SATA3, а на "матери" только SATA2)
Получается что процессор даже не может разруливать системные задачи/процессы пока перекладывает содержимое оперативной памяти на диск и обратно, то есть использование программ жадных до оперативной памяти при ее недостатке приводит не только к сбоям в работе JTDX/WSJT-X но и к сбоям в работе системных служб которые имеют более высокий приоритет чем программы пользователя.
PS У меня FireFox (и не только этот браузер, скорее всего связано с кривизной Java скриптов на Web сайтах) плавно увеличивает занимаемую память и при большом объеме занятой памяти начинает постоянно есть ресурсы процессора, в итоге я периодически убиваю процесс FireFox чтобы сохранить вкладки и запускаю его снова, так несколько раз в неделю.
Вложение 222316
При большом количестве занимаемой памяти идет постоянно доступ FireFox к диску со скоростью передачи данных 0.1..0.2 МБ в секунду.
Вложение 222317
Вот пример:
Вложение 222318
Прошло уже более минуты с последнего декодирования. И ранее декодировано только 1 запись.
Синхронизация раз в час. Сейчас синхронизация не более 0.1 секунды.
Процессор и память практически не загружены, без особых пиков.
Но все равно не декодирует :(
Илья! Попробуйте в свойствах вашего входа поставить как на скрине. Было уже когда то такое.
Оперой давно не пользуюсь, а с Хромом такое было. И дело не в перегрузке процессора и не во взаимном влиянии с JTDX. Время уходило в + десятки секунд и без радиолюбительских программ при загрузке 5-7%. Мне показалось, что это связано посещением определенных сайтов, которые как-то через браузер корректируют системное время.