создание тестовых JT65 wav файлов - утилита jt65sim.exe
После компиляции WSJT-X софта эту утилиту можно найти в папке C:\JTSDK\wsjtx\build\Release.
Создает wav файлы содержащие JT65 сигналы с использованием аддитивного белого Гауссовского шума и Рэлеевского типа замираний, опционально можно включать и настраивать эффект Доплера.
Для работы с WSJT-X формат командной строки(по причине большого количества файлов лучше скопировать утилиту в любую отдельную папку):
jt65sim.exe -n 1 -s \-24 -f 1000
где ключи
-n задает количество сигналов в файле, для тестирования под софтом WSJT-X надо использовать 1
-s задает требуемый SNR
-f задает количество файлов, для хорошей статистической выборки используем 1000 файлов.
Для подсказки используйте jt65sim.exe /?
Разработчики используют эти файлы для тестирования чувствительности декодера под сценарий прохождения на УКВ.
зависимость количества декодированных сигналов от производительности процессора
Цитата:
Сообщение от
RK4LWA
Страннл вообще прогнал при 1.5 и получил 1153+1 неверное-все Рота отбой
Выношу на форум, тема представляет общий интерес.
Разница которую Вы наблюдаете (1166 декодирований у Вас против 1152 декодирований у меня) и другие оптимальные пороги связаны с высокой производительностью Вашего процессора, и поэтому при появлении нагрузки с других приложений у Вас количество декодирований на Ваших порогах снижается.
На моем двухядерном AMD Athlon II X2 255 3.1 GHz производительность намного ниже, и по причине снижения времени на декодирование при порогах 2.4 1.0 1.0 на моем относительно слабом процессоре максимум декодированных сигналов получается на других порогах, а при попытке выставить Ваши оптимальные пороги резко растет время декодирования что приводит у меня к снижению количества декодированных сигналов.
В этом и есть преимущество самостоятельного тестирования - возможность настроить оптимальные пороги, но если в паре с приемником используется софт SDR то пороги придется подбирать во время работы этого софта, потому что он тоже берет ощутимую часть процессорной мощности.
То что мы наблюдаем есть либо работа какого то таймера в WSJT-X либо дефект.
Пользователи у которых процессор по производительности близок или хуже моего могут смело ставить пороги 2.4 1.0 1.0 и Random=6, пользователи с совсем слабыми процессорами могут при трехпроходном декодировании использовать Random=5.