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

[R5WM]

это как? запустил редактор и что то не понял что заменить?

Забиваем ненужный текст пробелами.

[RA3RKA]

Замена RRR на RR73 не всегда оправдывает себя
Если работать на общий вызов то можно использовать
Если на поиск нет Получается не корректно
Как бы берешь инициативу в свои руки или игнорируешь этого корреспондента (мол пошел ты,мне DX подавай а ты лезешь)
Добавлю, даже не хотят подтверждать конец связи и начинают давать общий вызов ( обида получаеться)

[UA3DJY]

Замена RRR на RR73 не всегда оправдывает себя
Если работать на общий вызов то можно использовать
Если на поиск нет Получается не корректно
Как бы берешь инициативу в свои руки или игнорируешь этого корреспондента (мол пошел ты,мне DX подавай а ты лезешь)
Добавлю, даже не хотят подтверждать конец связи и начинают давать общий вызов ( обида получаеться)

В модифицированном релизе сообщение "RR73" находится в колонке кнопок "Calling CQ" - работа на общий вызов.

При работе на поиск в стандартном наборе сообщений предусмотрено сообщение "73", находящееся в колонке кнопок "Answering CQ", его и надо использовать.

Сообщение "RRR" согласно принятому протоколу обмена сообщений в JT не должно использоваться при работе на поиск, а при варианте передачи сначала сообщения "RRR" и после него отдельным сообщением "73" мы создаем дополнительные помехи другим станциям на диапазоне - чрезмерная вежливость в этом случае оборачивается интерференцией.

Согласно принятому протоколу сообщение "RRR" должно завершать QSO при работе на общий вызов, поэтому замена его на RR73 ничего не нарушает, хотя при такой замене Joe K1JT тоже написал что "RR73" можно расценить как желание быстрее переключиться на другого, более интересного, корреспондента.

Мой подход просто немного практичнее - подтверждение QSO и 73 в одном сообщении, и я его применяю в варианте двухинтервального QSO при работе на поиск:

- вызов корреспондента с передачей рапорта
- подтверждение приема рапорта корреспондента и окончание QSO сообщением "RR73".

Видел статистику, примерно один оператор из 300 просит передать grid locator, то есть вызов станции с использованием grid locator невостребован, и сокращение QSO при работе в поиске с трех до двух интервалов позволяет ощутимо разгрузить диапазон.

[RA3RKA]

В модифицированном релизе сообщение "RR73" находится в колонке кнопок "Calling CQ" - работа на общий вызов.

При работе на поиск в стандартном наборе сообщений предусмотрено сообщение "73", находящееся в колонке кнопок "Answering CQ", его и надо использовать.

Сообщение "RRR" согласно принятому протоколу обмена сообщений в JT не должно использоваться при работе на поиск, а при варианте передачи сначала сообщения "RRR" и после него отдельным сообщением "73" мы создаем дополнительные помехи другим станциям на диапазоне - чрезмерная вежливость в этом случае оборачивается интерференцией.

Согласно принятому протоколу сообщение "RRR" должно завершать QSO при работе на общий вызов, поэтому замена его на RR73 ничего не нарушает, хотя при такой замене Joe K1JT тоже написал что "RR73" можно расценить как желание быстрее переключиться на другого, более интересного, корреспондента.

Мой подход просто немного практичнее - подтверждение QSO и 73 в одном сообщении, и я его применяю в варианте двухинтервального QSO при работе на поиск:

- вызов корреспондента с передачей рапорта
- подтверждение приема рапорта корреспондента и окончание QSO сообщением "RR73".

Видел статистику, примерно один оператор из 300 просит передать grid locator, то есть вызов станции с использованием grid locator невостребован, и сокращение QSO при работе в поиске с трех до двух интервалов позволяет ощутимо разгрузить диапазон.

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

[UA9OP]

Согласно принятому протоколу сообщение "RRR" должно завершать QSO при работе на общий вызов

А получается дают RRR а потом еще 73 и минута пропадает, никто практически на RRR не заканчивает, а так RR73 все в одном.

[UA3DJY]

еще одна модификация и еще дополнительные декодирования уже поверх того что было ранее достигнуто

изменения:

--- a/branches/wsjtx/lib/subtract65.f90
+++ b/branches/wsjtx/lib/subtract65.f90

-window(j)=cos(pi*j/NFILT)**2
+window(j)=cos(pi*j/NFILT)

результаты тестирования (прирост в % поверх ранее сделанных модификаций):

файлы с SDR c выключенной АРУ
всего 1163 JT65 декодирования из них 9 ложных
прирост количества правильных декодирований на 0.26 процента

файлы с SDR c включенной АРУ
всего 3403 JT65 декодирования из них 5 ложных
прирост количества правильных декодирований на 1 процент

Напоследок изюминка: звуковой файл на котором из 9 сигналов ранее декодировалось только 6 с последней модификацией дает 7 декодирований.

Еще одна модификация и снова дополнительные декодирования. Теперь увеличение количества декодирований дается тяжело, изменения дающие новые декодирования обычно приводят к потере ранее полученных. Файл где ранее декодировалось шесть сигналов из девяти теперь дает восемь декодирований, этот файл прикладываю.

Изменение кода:

--- a/branches/wsjtx/lib/subtract65.f90
+++ b/branches/wsjtx/lib/subtract65.f90

-parameter (NFILT=1600)
+parameter (NFILT=2204)

Результаты тестирования (прирост в % поверх ранее сделанных модификаций):

файлы с SDR c выключенной АРУ
всего 1160 JT65 декодирования из них 5 ложных
прирост количества правильных декодирований на 0.1 процента

файлы с SDR c включенной АРУ
всего 3419 JT65 декодирования из них 7 ложных
прирост количества правильных декодирований на 0.4 процента

[UA9OP]

Результаты тестирования (прирост в % поверх ранее сделанных модификаций):

Вложения Вложения

Тип файла: wav 160110_2227.wav (1.37 Мб, Просмотров: 1)

получилось с 6462=7, а с +parameter (NFILT=2204) получил=8 декодам, так должно?

[UA9LEW]

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

Вот если Вы будете работать четко по протоколу, чувствовать неловкость точно не придется.

Прога работает.Почти все доработки у меня внесены кроме RRR
Куча станций в окошке не умещаються

Не первый раз вижу Ваши сообщения по "не умещаются в окне". Даже спрашивал что это значит, но Вы не ответили.
1. Не пробовали просто увеличить размеры окна?
2. Не пробовали изменить размеры шрифта декодированного текста?
3. Сходите в тему JT-65, там есть картинка как получить на экране почти любое количество строк (в разумных пределах)

пс Ну и конечно круто, что после всех Ваших модернизаций (так и хочется сказать "извращений") стало декодироваться аж 15-16 станций.
Не модернизированная версия спокойно тащит намного больше. На сегодня у меня был максимум 26 декодов в JT-65 и 32 декода в комбинации JT-65+JT-9.

Прямо сейчас специально для Вас скрин сделал. Не "потолок" конечно, но тоже достаточно показательно.


пс2 Может есть смысл с пользой потратить время с целью научиться как следует настраивать приемный тракт?
уж извините, если грубовато оказалось.

[UA3DJY]

получилось с 6462=7, а с +parameter (NFILT=2204) получил=8 декодам, так должно?

да, все верно

[UA3DJY]

пс Ну и конечно круто, что после всех Ваших модернизаций (так и хочется сказать "извращений") стало декодироваться аж 15-16 станций.
Не модернизированная версия спокойно тащит намного больше. На сегодня у меня был максимум 26 декодов в JT-65 и 32 декода в комбинации JT-65+JT-9.

Прямо сейчас специально для Вас скрин сделал. Не "потолок" конечно, но тоже достаточно показательно.


пс2 Может есть смысл с пользой потратить время с целью научиться как следует настраивать приемный тракт?
уж извините, если грубовато оказалось.

Андрей,

Не то чтобы грубовато, более неуместно.

У каждого свои помехово-шумовые условия QTH, и Ваш совет по настройке приемного тракта здесь неприменим.

Абсолютное количество декодирований которое Вы видите в окошке НЕ ЯВЛЯЕТСЯ показателем эффективности работы одного релиза по сравнению с другим.

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

73 Игорь

[UA9LEW]

Андрей,
Не то чтобы грубовато, более неуместно.
У каждого свои помехово-шумовые условия QTH, и Ваш совет по настройке приемного тракта здесь неприменим.
Абсолютное количество декодирований которое Вы видите в окошке НЕ ЯВЛЯЕТСЯ показателем эффективности работы одного релиза по сравнению с другим.
Для сравнения эффективности двух разных релизов используются либо звуковые файлы, либо одновременная работа, и другого способа пока не придумано.
73 Игорь

Вот именно. Наконец то разумные слова, а не теоретические домыслы.

Тогда вопрос - Вы же базируете свои эксперименты на звуковых файлах, записанных в ВАШЕМ QTH, На ВАШЕЙ аппаратуре, с ВАШИМИ настройками.....
и прочем ВАШЕМ.....и тем не менее рекомендуете это сделать всем, в том числе и авторам программы, где логика?

Хотя, я ведь не против...пусть делают.

[UA3DJY]

Вот именно. Наконец то разумные слова, а не теоретические домыслы.

Тогда вопрос - Вы же базируете свои эксперименты на звуковых файлах, записанных в ВАШЕМ QTH, На ВАШЕЙ аппаратуре, с ВАШИМИ настройками.....
и прочем ВАШЕМ.....и тем не менее рекомендуете это сделать всем, в том числе и авторам программы, где логика?

Хотя, я ведь не против...пусть делают.

Не в моем QTH, не на моей аппаратуре и не с моими настройками.

Более того, то что я рекомендую является результатом нескольких недель труда по оптимизации параметров.

И это выбор каждого, использовать результаты моего труда или нет.

[UA3DJY]

Настало время подвести итоги большой работы по оптимизации WSJT-X JT65 для КВ, больших прорывов более не ожидается, но возможны еще небольшие улучшения.

Настройки тестирования: JT65+JT9, Random=6 Agressive=0, Robust Sync выключен, в модифицированном релизе включен третий проход декодирования.

Софт от разработчиков r6449:

файлы SDR с выключенной АРУ - 1071 декодирование из них 5 ложных
файлы SDR с включенной АРУ - 3064 декодирования

модифицированный релиз r6462mod2:

файлы SDR с выключенной АРУ - 1160 декодирований из них 5 ложных
файлы SDR с включенной АРУ - 3419 декодирований из них 7 ложных

Итого имеем прирост в количестве правильных декодированных сообщений от 8.3 до 11.4 процента.

Использовавшиеся для тестирования файлы можно взять здесь: https://cloud.mail.ru/public/M6cq/oopoWbNQi

[RA3RKA]

Полемика пошла не в ту сторону
Андрей UA9LEW полоса у меня 2.4 а не 3-5 кгц и больше 17 станций не было ни разу
Уровень помех минимум (редко) 7 балов и доходит до +20
Живу я в центре города,рядом с большим предприятием
Вот почему все изменения и доработки проги для меня лично важны

Игорь запустил 2 вариант
Буду тестировать

[UA3DJY]

Полемика пошла не в ту сторону
Андрей UA9LEW полоса у меня 2.4 а не 3-5 кгц и больше 17 станций не было ни разу
Уровень помех минимум (редко) 7 балов и доходит до +20
Живу я в центре города,рядом с большим предприятием
Вот почему все изменения и доработки проги для меня лично важны

Увеличение количества декодирований не зависит от уровня шума и будет наблюдаться на любом сетапе.

Есть много факторов влияющих на степень увеличения: окрас шума, линейность тракта, диапазон уровней сигналов, количество и степень пересечения спектра сигналов,

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