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

[UX8IW]

Это у вас в момент декодирования заснято? Для компьютера. который нормально не тянет, очень много всего запущено, в частности Хром. Прерываний 3%!
У меня так в пиковый момент при CL=100% При 20% Lag ниже нуля. А вообще Лаг очень от характера шума зависит. Иногда на совсем пустом диапазоне больше секунды.
Потери Аудио у меня иногда бывают в момент синхронизации времени.

->Скрытый текст<-

Вложение 287611

Хром может давать такой процент прерываний. Вот без хрома, начало и окончание декодирования.

->Скрытый текст<-

[UA3DJY]

Потери Аудио у меня иногда бывают в момент синхронизации времени.

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

[EU1FQ]

Как понять, где затык?

Борис, Latency Checker, это скорее наглядное пособие, что есть проблемы с системными прерываниями. 1000 ms не есть хорошее время для работы в FT8.
Сравните.

->Скрытый текст<-

Причин может быть десятки, и все их не перечислишь. Теперь, скачайте LatencyMon https://www.softpedia.com/get/Others...tencyMon.shtml
Программа проанализирует возможные причины опустошения буфера, измеряя задержки таймера ядра и сообщая о времени выполнения DPC и ISR, а также о аппаратных сбоях страниц. Она найдет модули и процессы ядра, ответственные за возникновение задержек звука. В большинстве случаев она также найдет драйверы и процессы, ответственные за их выполнение которые приводят к задержкам.
Т.е. это будет подспорьем для уменьшения времени задержек.

[UX8IW]

Борис, Latency Checker, это скорее наглядное пособие, что есть проблемы с системными прерываниями. 1000 ms не есть хорошее время для работы в FT8.
Сравните.

->Скрытый текст<-

Причин может быть десятки, и все их не перечислишь. Теперь, скачайте LatencyMon https://www.softpedia.com/get/Others...tencyMon.shtml
Программа проанализирует возможные причины опустошения буфера, измеряя задержки таймера ядра и сообщая о времени выполнения DPC и ISR, а также о аппаратных сбоях страниц. Она найдет модули и процессы ядра, ответственные за возникновение задержек звука. В большинстве случаев она также найдет драйверы и процессы, ответственные за их выполнение которые приводят к задержкам.
Т.е. это будет подспорьем для уменьшения времени задержек.

Та да, сравнил, у вас ОК..

->Скрытый текст<-

LatencyMon пишет, что норма:
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 0:11:24 (h:mm:ss) on all processors.

Highest measured interrupt to process latency (µs): 425.034928
Average measured interrupt to process latency (µs): 3.834257

Highest measured interrupt to DPC latency (µs): 415.342649
Average measured interrupt to DPC latency (µs): 1.509649

Highest ISR routine execution time (µs): 325.994989
Driver with highest ISR routine execution time: portcls.sys - Port Class (Class Driver for Port/Miniport Devices), Microsoft Corporation

Highest reported total ISR routine time (%): 0.343466
Driver with highest ISR total time: USBPORT.SYS - Драйвер порта USB 1.1 и 2.0, Microsoft Corporation

Total time spent in ISRs (%) 0.468953

ISR count (execution time <250 µs): 1297398
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 2
ISR count (execution time 1000-2000 µs): 0
ISR count (execution time 2000-4000 µs): 0
ISR count (execution time >=4000 µs): 0

Highest DPC routine execution time (µs): 446.395880
Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation

Highest reported total DPC routine time (%): 0.731209
Driver with highest DPC total execution time: USBPORT.SYS - Драйвер порта USB 1.1 и 2.0, Microsoft Corporation

Total time spent in DPCs (%) 1.856952

DPC count (execution time <250 µs): 3174346
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 189
DPC count (execution time 1000-2000 µs): 0
DPC count (execution time 2000-4000 µs): 0
DPC count (execution time >=4000 µs): 0

- - - Добавлено - - -

Одну причину я нашел - отключил WI-FI адаптер. Звук перестал терятся, Lag уменьшился и стал более стабильным, число декодов увеличилось.
Но, если делаю сриншот, в следующем цикле декодирования есть потери звука.

[RN9AZ]

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

Игорь. Сейчас заметил такую хрень, стоит появится станции с поганым сигналом. Сразу появляются потерянные звуки и растёт время задержки декодирования. Можешь объяснить? Настройки в меню декодирования по минимуму. За исключением Чутьё на приёмной частоте Высокое. Остальное в скрытом тексте видно.

->Скрытый текст<-

[RN9AZ]

Игорь. Сейчас заметил такую хрень, стоит появится станции с поганым сигналом.

В догонку. Дополнительно на 40 метрах, данный эффект проявляется от мешающих SSB станций. Когда залазят в участок своими хвостами.

[UA3ALE]

Ни трансивер ни звуковая карта 90дБ не переваривают!
Не надо гвоздь в булку совать!
Звук по показометру должен быть в районе 55-65дБ!

[UA3DJY]

В догонку. Дополнительно на 40 метрах, данный эффект проявляется от мешающих SSB станций. Когда залазят в участок своими хвостами.

Время декодирования при этом должно расти, поскольку больше сигналов-кандидатов на декодирование проходят установленный в коде порог. Потери звука тоже приводят к помехами в входящем в JTDX аудио сигнале.

[RN9AZ]

Ни трансивер ни звуковая карта 90дБ не переваривают!
Не надо гвоздь в булку совать!
Звук по показометру должен быть в районе 55-65дБ!

А вы и не делайте 90дб. Не загоняйте градусник в красный сектор, и перегрузки по звуку не будет. У меня прог 85дб и всё нормально работает. В последнем релизе не редко -25дб рапорта проскакивают.

[Dima100]

"Залипла" кнопка Hint, все время зеленая. Удалял jtdx.ini, переустанавливал программу - не помогает. Релиз 154 Win64. Как можно поправить?

[RN9AZ]

"Залипла" кнопка Hint, все время зеленая. Удалял jtdx.ini, переустанавливал программу - не помогает. Релиз 154 Win64. Как можно поправить?

Вы прочтите всплывающую подсказку на эту кнопку и попробуйте перейти в режим JT65, поманипулируйте ей. И всё поймёте

[Dima100]

Прочел - перешел - поманипулировал - ничего не понял. Зачем нужна кнопка, которая не нажимается (точнее, не "отпускается") в моде FT8?
Еще - раньше у меня сработанные позывные подсвечивались зеленым фоном. Теперь - нет, и не настраивается.

[UA6JQ]

"Залипла" кнопка Hint, все время зеленая.

....В 154 релизе она изначально залипшая и не отключаемая. Почитайте анотации автора к последней версии. На форуме или на сайте JTDXtech. Там об этом сказано. Она на максимуме по умолчанию. А снижение ее действия за счет установок CL и DT..............

[UA3VFL]

Скажите почему? обновился а версия не русифицированая

[Dima100]

Скажите почему? обновился а версия не русифицированая

Русифицированная, прямо на Вашей картинке есть пункт в меню - Language.

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