WSJT-X

[Andr]

Что-то не понимаю логику программы.
Поставил самый жёсткий режим nb -2 на 4х копиях декода fst + wspr для контроля. Запустил запись, проц загрузился на 30%, декоды идут во всех окнах.

Но nb-2 это самый ресурсоемкий режим , такой не нужен, думаю достаточно 5ти попыток швмопонижения и поставил nb -1. Декоды fst полностью прекратились , контрольные wspr идут как ни в чем не бывало.
Думаю может глюк? Поставил последнюю бету wsjt, тоже nb -1 не работает , а более ресурсоемкий nb -2 работает.

Для статистики погонял несколько попыток декода. nb-1 не сработал ни разу из 4х попыток.
nb -2 из 4х попыток , только один раз заглючил и отказался декодить.
wspr срабатывал всегда.

Толи режим nb сырой ещё, толи что то не так делаю.)

[R1QBI]

У меня когда декодов не было, именно -2 стоял.

[Andr]

А вот еще Чудное наблюденние.
2 ПК, все настроено одинаково (nb 0), пускают одну и туже запись на декод.

1ПК
*Fst4w-900
R2BM +14 db
RA4B  -30 db

2ПК
*Fst4w-900
R2BM +19 db
RA4B  -27 db

При этом на на записи есть wspr, декодится паралельно. И уровни декода в wspr абсолютно одинаковы на обоих ПК.  Что за чудеса с FST4W?

[Сергей UB1APE]

Если правильно понимаю вам не нравится  децибелы.

[Сергей UB1APE]

Не смотрел всю тему может где то  об этом и написали , но все равно пусть будет . Я о сокращённой записи.
 R7LP подсказал
   FST4W-120 = FW2
   FST4W-300 = FW5
   FST4W-900 = FW15
   FST4W-1800 = FW30

[Andr]

to Сергей UB1APE, да разница с/ш до 3-5 дб.


В общем провёл еще ряд экспериментов. Похоже дело в скорости потоковой обработки длительных посылок декода.
Хотя оба ПК 4 ядра, ПК2 немного мощнее и на нем лучше результат. ПК1 чуть слабее и результаты хуже.
При этом оба показывают загрузку процессоров 20-30% в диспетчере задач. Но видимо эта загрузка не показатель. Видимо многозадачный процессор выделяет меньше времени на работу wsjt чем нужно, часть пакетов из длительного потока декода выпадает и это интерпретируется как увеличение с/ш.

В итоге включил для процессов wsjtx.exe и jt9.exe приоритет работы процессора в реалтайм и с/ш выровнялся на обоих ПК.

[R1QBI]

R2BM  с ломовым сигналом и не декодировался.

[Andr]

Попробовал посмотреть, что в действительности делает режим nb. Поставил %5. Фигня получается.
Толи шумодав съедает все 'тихие" сигналы принимая их за шум, толи неоптимизирован сильно и начинается выпадение кусков потокового декода (на 4х ядерном проце 2 ггц). Но все слабые сигналы задавил , а мощные подпортил. Зато в изобилии стала выдаться чушь с несуществуюшими позывными и qth.

На картинке
1 - просто декод
2 - реалтайм
3 - nb 5%

(смотреть надо на время 03:45,  дальше я декод стопарил. На 3 картинке он чуть дальше проигрывался не сразу понял что шумодав сьел ra4b,.)

В общем с шумами лучше буду бороться правильными АФУ)

[R1QBI]

Ерунда какат.
R2BM с ломовым сигналом - декода нет.
UA4AAV даже на SL не видно было - есть...

[R1QBI]

R2BM с ломовым сигналом - декода нет.

[Andr]

Ерунда какат.
R2BM с ломовым сигналом - декода нет.
UA4AAV даже на SL не видно было - есть...

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

Попробуйте синхронизировать время почаще, чтобы DT поровнее встал. После каждой синхронизации перезапуск проги.

В настройках звуковых интерфейсов поставить везде 48 кгц 16 бит.

Везде 100% уровни громкости, лучше регулировать уровень аналоговым регулятором (резистор и тд). Уровень шума или слабого сигнала в районе 30 дб.

Если программа одна крутится, сделать ей приоритет realtime.

[R1QBI]

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

Понял. Спасибо. Буду пробовать.

[UD2F]

Слишком частая синхронизация тоже плохо, во время синхронизации декода не будет, проверенно лунниками.
Даже на луне стараются чаще раз в 15 минут не делать синхронизацию времени. Вполне достаточно.
Ну и не декодирование сильных сигналов это тоже очень давняя болезнь, с чем это связано не знаю, но давно читал об этом то ли в лунном рефлекторе, то ли  и рефлекторе по WSJT, не помню уже точно.  Программа, в первую очередь, разрабатывалась
для приема очень слабых сигналов.

[UD2F]

Добавлю еще, с учетом того, то цикл передачи в режиме FST4W -900 как раз 15 минут, то возможно есть смысл сделать синхронизацию каждые минут 10 или 20. Надо будет изменить попробовать. У меня всегда стояло время в программе для синхронизации 15 мин для работы через Луну (ЕМЕ)

[Сергей UB1APE]

Я пару раз за день и то не каждый день.