JT65-HF

**UA9LEW** · 17.12.2013, 10:35

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

Действительно лучше говорить о том что кто то тебя видит на водопаде а ты не видишь его или лучше о бане

Владимир, привет.
Либо Вы меня недопоняли, либо я Вас.

Лично для меня вот это:
KVASD (a soft-decision Reed Solomon decoder for the JT65 mode) is distributed only in executable form because of licensing restrictions.
из Program Development
означает что разговор при сравнении может идти только вокруг пользовательских наворотов вокруг единого модуля декодирования.
Все остальное от лукавого.
Вполне может быть что я не прав, но это мое личное мнение.

пс Кстати о бане, реальная тема в преддверие Нового Года, я не против

**RA5C** · 17.12.2013, 10:45

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

обсуждение/сравнение шло приблизительно с 286 по 290 страницу

Нашел, спасибо
Читаю пока пробка длинная )
Интересно

**RA5C** · 17.12.2013, 10:50

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

Владимир, привет.
Либо Вы меня недопоняли, либо я Вас.

Лично для меня вот это:
KVASD (a soft-decision Reed Solomon decoder for the JT65 mode) is distributed only in executable form because of licensing restrictions.
из Program Development
означает что разговор при сравнении может идти только вокруг пользовательских наворотов вокруг единого модуля декодирования.
Все остальное от лукавого.
Вполне может быть что я не прав, но это мое личное мнение.

пс Кстати о бане, реальная тема в преддверие Нового Года, я не против

То есть все проги используют один и тот же лицензионный модуль для декодирования?

Про баню - солидарен

**UA9LEW** · 17.12.2013, 10:54

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

То есть все проги используют один и тот же лицензионный модуль для декодирования?

Ну я это понимаю именно так.
И если брать оттуда же ( с сайта разработчиков) исходные коды - модуль декодирования закрыт.

**RA5C** · 17.12.2013, 11:14

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

Ну я это понимаю именно так.
И если брать оттуда же ( с сайта разработчиков) исходные коды - модуль декодирования закрыт.

Наверное вы правы - у программистов это общепризнанная практика распространять только выполняемые коды без исходников
Есть один нюанс который я пока не понял - у wsjt есть три режима декодирования быстрый, средний и глубокий (как-то так, точно названия не помню), у комфорта и пр. я этого не нашел пока. Если это так - подозреваю что автор wsjt залез в коды "глубже"

**R2AER** · 17.12.2013, 11:17

уточню.. там два алгоритма декодирования
- KV-декодер ( Koetter and Vardy's Code Vector Technologies company), который, действительно, не OpenSource и, который на правах свободного использования только в компилированном виде может использоваться в программах для радиолюбителей
- RSSoft library, который как раз OpenSource...
Занимался как то в чем разница, было дело.. даже статей накопал с математическими выкладками...

Но по сути своей, вышесказанное истинно - сравнение нескольких распространенных клиентов jt65 показало, что разработчики "накручивают" различные "фенички", не модернизируя декодирование... даже одну и туже библиотеку быстрого преобразования Фурье используют (к примеру HB9.. как скомпилил в 2012-м так и использует как подключаемую dll, по той же схеме и комфорты оба)

P.S. вот к примеру сравнение https://code.google.com/p/wsgc/wiki/RSSoft_vs_KV

**RC2SC** · 17.12.2013, 11:31

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

из Program Development
означает что разговор при сравнении может идти только вокруг пользовательских наворотов вокруг единого модуля декодирования.
Все остальное от лукавого.
Вполне может быть что я не прав, но это мое личное мнение.

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

**UA9LEW** · 17.12.2013, 11:43

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

Наверное вы правы - у программистов это общепризнанная практика распространять только выполняемые коды без исходников
Есть один нюанс который я пока не понял - у wsjt есть три режима декодирования быстрый, средний и глубокий (как-то так, точно названия не помню), у комфорта и пр. я этого не нашел пока. Если это так - подозреваю что автор wsjt залез в коды "глубже"

****Из документации****
Декодер JT65 использует многоуровневую процедуру.
Если декодер Рида-Соломона не дает результата, применяется декодер «глубокого поиска», основанный на принципе фильтра совпадений.

В ранних версиях было 4 настройки, теперь 3

коммент мой)
В меню Decode | JT65 есть четыре настройки для декодера глубокого поиска.
Первая, No Deep Search, запрещает использование этого декодера вообще.
Normal Deep Search разрешает работу этого декодера, но не будет выводить декодированный текст, если уровень его достоверности меньше 3, а Aggressive Deep Search разрешает выводить результат, имеющий уровень до 1.
И последняя опция, Include Average in Aggressive Deep Search, разрешает применять декодер глубокого поиска к накопленному усредненному сообщению, как и к последнему принятому.

Скорее всего это и есть теперь фаст, нормал, дип (просто не заморачивался)

**RA5C** · 17.12.2013, 12:04

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

****Из документации****
Декодер JT65 использует многоуровневую процедуру.
Если декодер Рида-Соломона не дает результата, применяется декодер «глубокого поиска», основанный на принципе фильтра совпадений.

Андрей, это вы сейчас про какую прогу/версию?
про WSJT?
а то я уже запутался...

**RA5C** · 17.12.2013, 12:13

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

P.S. вот к примеру сравнение https://code.google.com/p/wsgc/wiki/RSSoft_vs_KV

хорошая ссылка
т.е. wsjt и в некоторых пзу трансиверов используется KVASD, а что юзают другие - либо KVASD либо опенсорсе - читаем в документации к проге
будем читать.... спасибо большое!

p.s. хорошее замечание в статье что KVASD плохо документирован и "головняк" на 0,5db обеспечен )))

**UA9LEW** · 17.12.2013, 12:25

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

Андрей, это вы сейчас про какую прогу/версию?
про WSJT?
а то я уже запутался...

Это было взято из оригинальной документации по WSJT.
Декодер JT65 не относится какой либо отдельно взятой программе, и, как вроде получается, используется во всех программах.
Есть ли в программах (кроме WSJT) упомянутый "декодер глубокого поиска" я не в курсе.
Возможно поэтому мне показалась, что в отсутствии сильных, грязных мешающих сигналов, WSJT лучше берет слабые.
Из того что я пробовал:
WSJT
JT65-HF
JT65-HF Version Comfort
JT65-HF HB0HQX Edition
WSJT-X

Сейчас стоят параллельно WSJT-X и JT65-HF, разница 1 дб в разные стороны.

**RA5C** · 17.12.2013, 12:47

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

Это было взято из оригинальной документации по WSJT.
Декодер JT65 не относится какой либо отдельно взятой программе, и, как вроде получается, используется во всех программах.
Есть ли в программах (кроме WSJT) упомянутый "декодер глубокого поиска" я не в курсе.
Возможно поэтому мне показалась, что в отсутствии сильных, грязных мешающих сигналов, WSJT лучше берет слабые.
Из того что я пробовал:
WSJT
JT65-HF
JT65-HF Version Comfort
JT65-HF HB0HQX Edition
WSJT-X

Сейчас стоят параллельно WSJT-X и JT65-HF, разница 1 дб в разные стороны.

понял
я про то же самое и сказал - что окромя как в WSJT я "регулировку глубины" больше нигде не нашёл
у меня сейчас WSJT-X и jt65-hf-comfort-4.0.0.48
такие же результаты - -/+1-2 дб
и про слабые сигналы такое же ощущение
вечером попробую на узкой полосе обе проги, на 250-300 кгц, чисто ради эксперимента
на WSJT правда уже успел - где-то +2 +4 на узкой полосе, при "стартовом" уровне принимаемой станции -18-20 на полосе в 3кгц

**R9OSN** · 17.12.2013, 13:11

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

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

Я уже раньше писал, что использую связку JT65-HF и WSJT.
На счет "глубокого" декодирования я бы не заморачивался. Оно изначально задумывалось для EME, в папке WSJT хранится файл CALL3.TXT с позывными и локаторами раньше активно работавших EME на VHF/UHF, на основе которых и работает фильтр совпадений.

**UA9LEW** · 17.12.2013, 13:23

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

Я уже раньше писал, что использую связку JT65-HF и WSJT.
На счет "глубокого" декодирования я бы не заморачивался. Оно изначально задумывалось для EME, в папке WSJT хранится файл CALL3.TXT с позывными и локаторами раньше активно работавших EME на VHF/UHF, на основе которых и работает фильтр совпадений.

Стас, тем не менее, в крайней версии WSJT-X убраны все EME подмоды....а глубокое декодирование оставлено.
А насчет базы.....хз....может он теперь активно тянет совпадения из глобальных баз ....мне сие не ведомо.
пс
Использую ту же связку, и + алерт.
Устраивает полностью.
пс2
Насчет глубокого декодирования тоже не заморачиваюсь.
Просто этот вопрос был поднят - ответил как знаю.

**RA5C** · 17.12.2013, 13:37

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

Я уже раньше писал, что использую связку JT65-HF и WSJT.
На счет "глубокого" декодирования я бы не заморачивался. Оно изначально задумывалось для EME, в папке WSJT хранится файл CALL3.TXT с позывными и локаторами раньше активно работавших EME на VHF/UHF, на основе которых и работает фильтр совпадений.

не очевидно про ЕМЕ...
Андрей прав - ЕМЕ нет, "глубина" осталась
вот вырезка из документации про регулирование "глубины"