Not currently, in genral possible, but how many users can understand what is regexp? I believe less than 1%. But anyway will think about it, problem is, what happens, when regexp is written wrongly? In worst case there can be crash of jtdx.
Вот вы и не давайте. С такими советами вам лучше в Hi-END AUDIO.
Сначала разберитесь как паста работает и какие защиты у проца есть, в том числе и по температуре, не зависящее о материнской платы.
Информацию, очень противоречивую, вы ищете в интернете на сомнительных сайтах, вместо того, чтобы прочитать документацию.
вы опять,понимаете что пишете,при нормальной синхронизации времени программа декодирует 95-98% станций,остальные попадают в так называемый лаг(задержка декода)-это ни о чем.
При вызове станции, которая попала в лаг ,в следующем периоде уже в лаг попадать не будет.А ваши наблюдения не о чем не говорят,нестабильность прохождения, помехи и т.д.
Посмотрел какая программа много потребляет ресурсов, оказалось больше всех потребляет JTDX.
Но все равно не очень много, а вентилятор работает на повышенных оборотах при декодировании.
Я применяю ноутбук из DNS и установлен Виндовс 11 про. Год назад менял пасту на процессоре. Может пора менять? У меня процессор core(TM) i7, оперативки 8гб.
Вложение 337881
Перечитайте пост # 441 внимательно, там автором всё разжёвано, дословно: "положительные значения означают, что декодирование заходит в интервал передачи" и "ответ на входящий вызов будет частично потерян" т.е. вы ПОСТОЯННО будете опаздывать с началом передачи на значение лага.
Версия jtdx-2.2.159-win32_improved
Всё нормально работает.
Один момент - на более ранних версиях ВЫСОТА окна водопада фиксировалась на нужном min , после того, как потянешь за верхнюю (или нижнюю) горизонтальную границу окна водопада.
В данном случае, после перезагрузки программы окно водопада вновь становится увеличенное по высоте.
Не критично, но занимает больше места на экране.
Кто-нибудь подскажет, как решить ?
Сегодня опять просидел несколько часов на десятке, между делом следил за лагом и нагрузкой на процессор.
В настройках установлено "Чувствительность на частоте QSO -> высокая, "чувствительность в широкой полосе -> использовать низкие пороги".
Лага больше +3,1 не было, это при 50+ декодах и мощной помехе с юга. При количестве станций в районе 20 - лаг колебался от -0,5 до +0,5, то есть вполне приемлемо.
Нагрузка на проц - цикличная, во время декода доходит до 100% и держится там некоторое время, как раз совпадающее со временем лага. Процессор - холодный, при пассивном(!) охлаждении, работает третьи сутки.
Вот эту утилитку WhySoSlow запустите (для домашнего использования бесплатна). В режиме реального времени будете видеть пять ключевых параметров, влияющих на работу декодеров JT/FT. Увидите много интересного, сразу поймете, в какую сторону копать.
https://www.resplendence.com/whysoslow
Попадет в лаг, не попадет в лаг, это вообще о чём???
В режиме Авто выбор 2 трансивер принудительно перейдёт на передачу не дожидаясь окончания декодирования всего пакета и не факт что ваш корреспондент попадёт в раскодировку.
- - - Добавлено - - -
Галочку "Управление" в левом углу водопада снимите.
Конечно можно и с лагами работать. Сейчас подключил нетбук Атомный. Лаг от 5 до 12 секунд - "можно работать". Но при >50 станций, лаг переваливает за 15 сек. и тогда следующий период вообще не проходит. При CL=5% из 50 остается меньше 20. Можно поставить RX фильтр, водопад обрезать. И тогда уж не 2, а 1 AutoSeq. Но все эти извращения только бардак в эфире усиливают! Не зря же такая подробная подсказка по Lag в программе.