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

**RK4LWA** · 28.01.2016, 10:48

Вобщем как ни странно -зависит от компьютера еще -для меня такие пороги не оптимальны

**UA3DJY** · 28.01.2016, 15:33

После компиляции 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 /?

Разработчики используют эти файлы для тестирования чувствительности декодера под сценарий прохождения на УКВ.

**UA3DJY** · 28.01.2016, 21:43

Сообщение от 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.

**RK4LWA** · 28.01.2016, 22:11

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

**UA3DJY** · 28.01.2016, 22:15

Сообщение от RK4LWA

интересно бы посмотреть на интеле посмотреть пороги -на хасвелле или ивике

объем тестирования при подборе порогов огромный, поэтому здесь если только есть желающие с большим энтузиазмом

**RA3RKA** · 29.01.2016, 09:04

Сегодня немножко подправил и пошло в 3 прохода
Сначало интересно было думал ни чего не получилось
проходы пошли нормально даже на 8
потом комп подумал и зашкал по времени пошол
установил 7 - тоже самое, несколько проходов и некоторые проходы
начали выходит за рамки (работать можно но,лучше не стоит)
НА даный момент- Random-6 нагрузка даже на 1 ядро 60-70%,54-56 секунд затрачиваетля на проход
пока на 40-ке.Откроеться 20 там станций побольше посмотрим в деле 3 прохода

**UA3ALE** · 29.01.2016, 09:12

Сообщение от RA3RKA

Сегодня немножко подправил и пошло в 3 прохода
Сначало интересно было думал ни чего не получилось
проходы пошли нормально даже на 8
потом комп подумал и зашкал по времени пошол
установил 7 - тоже самое, несколько проходов и некоторые проходы
начали выходит за рамки (работать можно но,лучше не стоит)
НА даный момент- Random-6 нагрузка даже на 1 ядро 60-70%,54-56 секунд затрачиваетля на проход
пока на 40-ке.Откроеться 20 там станций побольше посмотрим в деле 3 прохода

А ты глянь сколько ресурсов у тебя кушает jt9.exe во время декода!

**RA3RKA** · 29.01.2016, 09:36

Нажмите на изображение для увеличения.

Название: 1.PNG
Просмотров: 63
Размер: 163.5 Кб
ID: 156752

столько же

**UA3ALE** · 29.01.2016, 09:51

столько же[/QUOTE]

В поцессах посмотри, ну и конечно когда есть что детектировать, у меня на слабом ноуте 2х1.8 забивает напрочь надолго второй процессор!
Так как работает весь цикл дешифрирования даже при только JT65 моде!
А на другом 2х2,4 тоже весь цикл но он справляется по крайней мере при 6 в рандоме!
Да и тогда когда у тебя дешифрирование в следующую минуту переходит!

**RA3RKA** · 29.01.2016, 10:18

Сообщение от UA3ALE

столько же

В поцессах посмотри, ну и конечно когда есть что детектировать, у меня на слабом ноуте 2х1.8 забивает напрочь надолго второй процессор!
Так как работает весь цикл дешифрирования даже при только JT65 моде!
А на другом 2х2,4 тоже весь цикл но он справляется по крайней мере при 6 в рандоме!
Да и тогда когда у тебя дешифрирование в следующую минуту переходит![/QUOTE]

Я все потушил
У меня 20-ка пустая
Выходные впереди посмотрим

**UA3DJY** · 29.01.2016, 12:13

Сообщение от RA3RKA

НА даный момент- Random-6 нагрузка даже на 1 ядро 60-70%,54-56 секунд затрачиваетля на проход
пока на 40-ке.Откроеться 20 там станций побольше посмотрим в деле 3 прохода

если у процессора несколько ядер то надо включать режим JT65+JT9, обе моды будет быстрее декодировать чем одиночную JT65

**RA3RKA** · 29.01.2016, 12:37

Сообщение от UA3DJY

если у процессора несколько ядер то надо включать режим JT65+JT9, обе моды будет быстрее декодировать чем одиночную JT65

Игорь я пробовал оба варианта
двойная модуляция загружает оба ядра на 50-70%
один вид моды 1 ядро на 50-70%
Ощущение мое, на 1 моде и на 1 ядре лучше работает,
но бездакозательно
Нравиться мне и все

**UA3DJY** · 29.01.2016, 12:42

Сообщение от RA3RKA

Игорь я пробовал оба варианта
двойная модуляция загружает оба ядра на 50-70%
один вид моды 1 ядро на 50-70%
Ощущение мое, на 1 моде и на 1 ядре лучше работает,
но бездакозательно
Нравиться мне и все

Проверить (или доказать) очень просто - записываете несколько аудио файлов, десятка полтора хватит, когда много сигналов на диапазоне. После чего их проигрываете - смотрите разницу затраченного на декодирование общего времени при режиме JT65 и режиме JT65 + JT9, в последнем режиме затраченное время будет меньше.

Если нет желания видеть декодирования JT9 во время работы в эфире - то просто сожмите окошко водопада так, чтобы на нем были видны частоты только до 2500 Гц, и JT9 декодирования исчезнут, при этом время потраченное на декодирование JT65 еще уменьшится.