такой подход хуже - софт будет в полосе между 2500 и 3500 проверять JT65 кандидатов на декодирование, значит будет впустую тратить дополнительное время
Вложение 156791
У меня в логе UR5EQF стоит Comfort-4.0.0.запустил и сравнил
есть еще снимки,но думаю этого достаточно увидеть разницу
доработанная под КВ тесты WSJT-X утилита позволяет:
- генерить 10 разных сообщений в одном файле, то есть достаточная статистическая выборка уже будет при 100 файлах
- совмещать спектр разных сигналов с заданным перекрытием (от 0 до 99.9 процентов)
командная строка:
jt65sim.exe -c 85 -s \-10 -f 1
где ключ "с" означает процент наложения спектров, ключ "s" SNR, ключ "f" количество wav файлов.
Созданные файлы можно использовать для
- тестирования WSJT-X на чувствительность
- тестирования эффективности третьего прохода
- тестирования эффективности работы согласованной фильтрации по заложенному на данный момент в софте критерию "мой позывной + его позывной + грид локатор"
пример теста на эффективность третьего прохода при наложении спектров сигналов в 85%, из 10 возможных сообщений декодировано 8, из которых два последних на третьем проходе:
Вложение 156792
исходный код утилиты для самостоятельного компилирования прикладываю
Сделал запрос на лист разработчиков по включению функционала трех проходов в новые релизы WSJT-X.
Переписку можно увидеть здесь: WSJT / Mailing Lists
Думаю что попытка объединить в одном софте КВ и УКВ функционал была ошибкой, которая теперь блокирует исполнение многих хороших предложений и из-за наличия в одном софте множества разных мод приводит к чрезмерной сложности софта WSJT-X.
Попытка балансировать между КВ и УКВ функционалом JT65a часто приводит к компромиссным решениям, а разделение софта сейчас на два означало бы потерю слаженной и мощной команды.
В итоге нам остается самим защищать свои интересы, что я и пытаюсь делать для КВ. Наверно Вам придется это делать для УКВ.
У многих пользователей создается ошибочное мнение что если шкала индикации входного уровня отградуирована от 0 до 60 дБ то и динамический диапазон WSJT-X тоже равен 60 дБ, это не так.
Динамический диапазон приема и декодирования сигналов в WSJT-X определяется 16-битной разрядностью обрабатываемого сигнала и составляет примерно 90 дБ.
Попробуйте дать возможность и объяснить пользователю как ему самому настроить пороги первого-второго-третьего прохода в декодировании, а так же что этот процесс занимает пару дней. И таких параметров в WSJT-X десятки. Если все параметры вывести в окно настроек то, вместо работы в эфире, все пользователи будут заниматься настройкой программы, причем в подавляющем большинстве случаев будут использовать неправильные установки.
Как пример, сейчас часто вижу как пользователи на последних релизах WSJT-X включают Robust Sync только потому что там можно поставить галочку, и не понимая для чего они это делают, в итоге теряют декодирования.
Перед тем как указать пороги 2.4-1.0-1.0 проходов декодирования JT65a для КВ, в запросе на лист разработчиков я сто раз подумал как это будет работать по эффективности и затрачиваемому времени на разных компьютерах.
По части разных пользовательских настроек на КВ и УКВ - это уже сделано, конфликт возникает когда предложение нового функционала полезное для КВ при исполнении в софте ущемляет интересы пользователей УКВ, и наоборот.
Что приводит к консервативному подходу при рассмотрении любых новых предложений по улучшению функционала и необходимости хорошего обоснования запрашиваемых изменений.
Отдельная тема - ресурсы разработчиков. По причине большого количества разрабатываемых мод эти ресурсы распределяются, в основном время разработчиков в данный момент уходит на УКВ моды - JTMSK. Что ущемляет интересы КВ, и мы уже здесь в помощь.
К сожалению перспективная мода JT9 давно уже не имеет развития - недостаточно ресурсов.
UA9OP:конечно же можно изменить так же как и в версии 6442 -у меня так и сделано -много еще раз проверял с разными порогами и убедился что при порогах 2.4-1.5-1.0 нет влияния загрузки процессора на кол-во декодированных -в то время как установленные 1.5 для третьего прохода-приводили к зависимости сильной от загрузки сторонними программами в момент декодирования даже для разогнанного 8 ядерного процессора -и кол-во не измениолось декодированных -те же 1166-при порогах 1.0,1.0 для второго и третьего прохода -у меня становиться меньше декодов -но все равно не критично