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

**UA3DJY** · 12.01.2016, 15:31

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

Все правильно! Единственно могу отметить что данный метод Include correlation не приемлем при широкополосном декодировании. Его следует включать только при F Tol=10.

Вот что получается при F Tol=1000 и моем CALL3.

у меня при F Tol=10 иногда выдает 15 декодирований с моим позывным за интервал, причина скорее всего в работе АРУ, приводящей к появлению множества кандидатов на декодирование. При выключенной АРУ с продуктами интермодуляции наверно будет тоже самое.

**R5WM** · 12.01.2016, 15:37

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

на картинке рапорта не айс!

1208 -30 -1.0 14.097172 0 DF8AV JO51 23 1668
1216 -29 -2.6 14.097195 0 YO9BMN KN34 37 1066
1222 -27 -1.1 14.097130 0 R7DD KN96 23 701

**UA3DJY** · 12.01.2016, 15:41

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

в переписке разработчиков появилась информация что r6346 (возможно и последующие релизы) периодически зависает.

Есть смысл подождать с использованием, пока не найдут и устранят причину.

Как то все тихо сошло на нет. Проблему наблюдали в моде WSPR2, как возможная причина озвучивались ВЧ наводка и подвисание звуковой карты.

**RW4LN** · 12.01.2016, 16:18

Сегодня скомпилировал вер.6387 (оказалось, что это не сложно), В прошлой версии 6382 декодирование чуть было лучше (может показалось). Не нравится, что водопад в отдельном окне. Водопад может разместить в правом окне? Игорь, такая идея не возникала у разработчиков? И еще, где-то мелькал файл, где можно в место RRR можно вставить RR73. подскажи пожалуйста.

**R3LW** · 12.01.2016, 16:22

Уже в версии v1.6.1 на WSPR-2 были декоды от -33 до +26 дБ.
Выложено в теме WSPR: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1180781

**UA3DJY** · 12.01.2016, 16:34

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

Сегодня скомпилировал вер.6387 (оказалось, что это не сложно), В прошлой версии 6382 декодирование чуть было лучше (может показалось). Не нравится, что водопад в отдельном окне. Водопад может разместить в правом окне? Игорь, такая идея не возникала у разработчиков? И еще, где-то мелькал файл, где можно в место RRR можно вставить RR73. подскажи пожалуйста.

в этих постах

http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193650
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193680
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193697

необходимое Вам изменение находится в посте "Шаг 3".

По изменениям расположения в окне и расположения окон - графический интерфейс можно менять самостоятельно, для этого нужен пакет разработки софта QT https://ru.wikipedia.org/wiki/Qt

**R5WM** · 12.01.2016, 18:20

На 14 мГц -32дб

Название: 32.jpg
Просмотров: 609

Размер: 45.4 Кб

**UA3DJY** · 13.01.2016, 04:09

подробная биография Joe K1JT https://en.wikipedia.org/wiki/Joseph_Hooton_Taylor,_Jr.

сильно сокращенный, увы, вариант биографии на русском языке здесь:

https://ru.wikipedia.org/wiki/%D0%A2...82%D0%BE%D0%BD

интересная статья про экспедицию в 2010 году на радиотелескоп Arecibo, 432 МГц EME:

http://physics.princeton.edu/pulsar/...at_Arecibo.pdf

**UA3DJY** · 13.01.2016, 06:35

удалось добиться преимущества в работе FTRSD над SFRSD:

r6373mod 3188 правильных декодирований + 4 ложных
r6373 3054 правильных декодирований + 4 ложных
r6229 3169 правильных декодирований + множество ложных

Чтобы самостоятельно настроить FTRSD декодер на КВ необходимо в файле jt65_decode.f90 изменить:

строка 102 , порог первого прохода вместо 2.5 ставим 2.4
строка 105 , порог второго прохода вместо 2.5 ставим 1.8

и компилируем WSJT-X софт.

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

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

Особенно приятно что с FTRSD проблема ложных декодирований почти решена.

**RA9CMG** · 13.01.2016, 07:18

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

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

Как ни крути но и тут тоже все идет к тому, что надо железо обновлять ...

**UA3DJY** · 13.01.2016, 08:27

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

удалось добиться преимущества в работе FTRSD над SFRSD:
r6373mod 3188 правильных декодирований + 4 ложных
r6373 3054 правильных декодирований + 4 ложных
r6229 3169 правильных декодирований + множество ложных

для порога 1.0 второго прохода r6373mod дает 3216 правильных декодирований JT65

**UA3DJY** · 13.01.2016, 08:29

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

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

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

Как ни крути но и тут тоже все идет к тому, что надо железо обновлять ...

у каждого свое железо, надо сначала попробовать - у большинства скорее всего декодирование впишется в 10 секунд конца интервала

**UA3DJY** · 13.01.2016, 09:26

Достаточно легко увидеть что какой то определенный декодер отказывается декодировать определенные сообщения с малым уровнем SNR: либо ему сообщение не подходит либо определенный вид замираний сигнала.

Поскольку разные декодеры хорошо дополняют друг друга попросил разработчиков рассмотреть возможность использования двух декодеров одновременно в будущих релизах WSJT-X.

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

Название: black_holes.png
Просмотров: 66
Размер: 21.0 Кб
ID: 155744

**R3LW** · 13.01.2016, 11:14

Попробовал воспроизвести файл 160110_2227.wav при запущенной программе обычным проигрывателем через динамики ноутбука и принимать на встроенный микрофон. Воспроизведение нажал в момент времени 00 сек. Немного раньше надо нажимать воспроизведение - DT большое получилось

Интересный результат: почти как у декодера SFRSD r6229.
При воспроизведении файла из программы: точно как у декодера FTRSD r6373.
Наверное правильнее будет сравнивать результаты работы программ при одновременном приёме из эфира, а не прокручивать файлы?

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

Название: test1.png
Просмотров: 69
Размер: 36.1 Кб
ID: 155755

UPD: Decode=Normal, Advanced: REP=6, Two-pass decoding.

**UA3DJY** · 13.01.2016, 12:14

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

Попробовал воспроизвести файл 160110_2227.wav при запущенной программе обычным проигрывателем через динамики ноутбука и принимать на встроенный микрофон. Воспроизведение нажал в момент времени 00 сек. Немного раньше надо нажимать воспроизведение - DT большое получилось

Интересный результат: почти как у декодера SFRSD r6229.
При воспроизведении файла из программы: точно как у декодера FTRSD r6373.
Наверное правильнее будет сравнивать результаты работы программ при одновременном приёме из эфира, а не прокручивать файлы?
UPD: Decode=Normal, Advanced: REP=6, Two-pass decoding.

через микрофон лучше не делать - вносите дополнительный шум , искажения AЧХ и задержку по времени.

Смысл проигрывания файлов самим софтом в том что на одном и том же файле можно проверить сколько угодно комбинаций значений настроек WSJT-X. При синхронной работе с эфира - звук пролетел и больше его нет, далее не с чем сравнивать.
Пока каких либо проблем при проигрывании файлов замечено не было - надежный способ оценки и сравнения эффективности работы разных релизов и разных настроек.

При тестах использовал REP = 8, Agressive = 0, еще декодирование было включено с 52-й секунды, потому что файлы писал через интернет и была задержка в среднем около одной секунды.

Установки Decode: Fast, Normal или Deep на декодирование JT65 не влияют, на КВ они регулируют JT9 декодирование - ранее был пост на эту тему.