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

[RX4HX]

rc153

Обнаружил две проблемы:
- если при проведении связи самому нажать на кнопочку "73", то передача прерывается примерно на 2-й секунде цикла. Если кнопочку не нажимать, то все ок! В файлах все нормально пишет.
- вызываешь станцию, получаешь ответ на экране без задержки, а JTDX вместо рапорта продолжает давать позывной. Раньше такое было только когда была задержка в декодировании, т.е. ее "видно" было. Теперь же вроде задержки в декодировании нет, а все равно не успевает среагировать. Может тут какую настройку исправить в программе нужно?

[UR7QM]

[QUOTE=UA3DJY;Алекс VE3NEA участвовал в доработке WSJT-X под совместимость с последней версией OmniRig перед тем как завершить работу над этим проектом. Здесь на форуме вроде были сообщения что OmniRig версии 1.16 работает с JTDX без скачков частоты.[/QUOTE]

Имелись сбои САТ в моем TS-570DG (глючит, видимо, HamLib). Установил CAT через OmniRig v.1.19, сбоев САТ не стало, но появился скачок на +55 Гц при запуске. Приходилось обнулять кликом выбора частоты в окне JTDX. Но обратил внимание на сообщение здесь в форуме и установил САТ как для TS-590SG. Все стало работать нормально без сбоев САТ и прыжков частоты. Спасибо за совет!

[RZ1OA]

Меняется прохождение, за ним меняется загрузка диапазона. Настройка специально вынесена в основное окно чтобы пользователь мог оперативно подстроить задержку декодирования к приемлемому значению. Связано с моментом смены TX сообщения во время QSO, в rc152 пользователь включал Фильтр и терял остальные входящие вызовы и контроль за появлением необходимых корреспондентов на диапазоне, в rc153 Фильтр потребуется только на совсем древних процессорах.

По сути пользователи слабых процессоров получили все возможности FT8 декодера JTDX, в результате смогут провести больше интересных и необходимых им QSO.

и
Боюсь, что это будет сложно для рядового пользователя. Значения в процентах очень не очевидны. Сразу понять, что это и зачем - сложно. Часто приходится помогать ставить и настраивать JTDX - настройки по умолчанию меняют меньше половины. А те, кто меняет - не изменяет их в процессе работы (подстраивая под загрузку диапазонов). Может, прописать словами и сделать градацию пунктов на 5? Иначе велика вероятность, что программа будет не успевать декодировать с настройками по умолчанию, а пользователь даже не будет понимать, почему? Да это уже по форуму видно.

[R6LCF]

что программа будет не успевать декодировать с настройками по умолчанию, а пользователь даже не будет понимать, почему

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

->Скрытый текст<-

[UF8T]

Сейчас 19 ступеней настроек под разные процессоры...

Игорь, поддерживаю вопрос Вашего тезки: пояснить попроще. 19 ступеней настроек в CL, почти понятно, но на этом этапе можно и пропустить. А как быть с настройками:
- количество циклов декодирования 1-2-3 (в WSJT-X это как-то более менее понятно, а в JTDX? В какое время циклов будет второе и третье?);
- QSO RX уровень чувствительности: низкое - среднее-высокое, влияют ли эти настройки на декодирование на приёмной стороне, если только по широкой то как?;
- чувствительность декодера: минимальная, использовать низкие пороговые значения, использовать subpass. Сейчас это только для широкой полосы? Да и просто на пальцах бы разъяснить...
То есть это уже не 19 ступеней настроек, а много - много больше.
- По DT: имеется ввиду что если, допустим у меня, обычно AVG в небольшом плюсе мне нужно DT в минус примерно на эту величину ставить? Или допустим я увидел интересного мне корреспондента с отличием DT допустим в минус 0.6, мне для более устойчивого декодирования под него DT ставить 0.6 плюс или минус?
- по фильтру: и так и сяк не один раз читал, но при включении фильтра желаемого снижения Lag не получаю, частенько даже Lag возрастает без утяжеления настроек.
В течении тестирования версий с прореживанием для своих двух ядер (2х2.66, 64 бит, 8гб) почему-то вышел на такие настройки: AutoSeq1, циклы - 1, высокое, subpass, CL 10. Да Lag почти всегда залажу за +2 секунды, но это совсем не мешает работать на CQ. Декодирование залазит в интервал передачи, но в допустимых 2 секунды переключение передачи отрабатывает без потерь на приёмной частоте. Понимаю что правильнее по Вашим объяснениям мне ставить "низкое" и "минимальная" и с CL начинать с 100, но как-то не нравиться, в чем-то ущербность.
Пытался на ранее записанных файлах понять приемлемые настройки для себя, но как и должно быть, при втором проигрывании все нивелируется.

[UA3DJY]

Имелись сбои САТ в моем TS-570DG (глючит, видимо, HamLib). Установил CAT через OmniRig v.1.19, сбоев САТ не стало, но появился скачок на +55 Гц при запуске. Приходилось обнулять кликом выбора частоты в окне JTDX. Но обратил внимание на сообщение здесь в форуме и установил САТ как для TS-590SG. Все стало работать нормально без сбоев САТ и прыжков частоты. Спасибо за совет!

rc153 содержит патч для TS-570 в Hamlib, есть смысл попробовать выбрать эту модель в списке.

[RX4HX]

нужно DT в минус примерно на эту величину ставить

Вообще то DT (Detla time) "ставить" вообще не надо. Здесь идет речь о том, как я понял, что если разница во времени критическая (допустим 1,5) то декода вообще не будет. И это верно.

при включении фильтра желаемого снижения Lag не получаю

И не получите: все равно принимаются и декодируются и при фильтре все сигналы. Иначе как и фильтровать? Фильтр только на вывод на экран влияет и на лаг не влияет.

19 ступеней настроек

А вот тут так: только экспериментировать и выбрать для своего компа оптимальные настройки. Советы конечно хорошо, но что нормально работает на одном компе, может очень плохо работать на другом. Просто пробуйте.

[R6LCF]

А вот тут так: только экспериментировать и выбрать для своего компа оптимальные настройки. Советы конечно хорошо, но что нормально работает на одном компе, может очень плохо работать на другом. Просто пробуйте.

Вот с этим согласен.
У себя. На загруженном диапазоне ,это когда декодированных станций более 60 за один период стараюсь придерживаться Lage+05; +055; не более. Если более ,отключаю второй проход декодирования или чаще перехожу на Use low....А с последней версией устанавливаю CL 50% ,справляется можно выше ,не справляется вернулся к 50%.(кстати градация через 5%) Если на диапазоне декодированных станций не более35- 40 за один период ,придерживаю Lage +02; +025; И по времени и по декору,то что надо. Только самому!

- - - Добавлено - - -

А с последней версией устанавливаю CL 50% ,

Самое интересное это не означает что декодированных станций стало в два раза меньше, а вот Lage зависит существенно,убедится в этом только самому , вы в периоде декодирования ,а это главное!
P.S. Вот еще что немаловажно, отключайте при работе сторонние программы не имеющие никакого отношения к работе цифровых программ. Я даже Касперского отключаю ,абсолютно не нужен в подобном случае. Я уж не говорю о просмотрах .....видео, работе в Скайпе или Телеграмм и такое встречается.

[UF8T]

Вообще то DT (Detla time) "ставить" вообще не надо.

Дорогой Алексей! Я хотел услышать разъяснение Игоря. Не торопитесь.

[RW4LN]

Игорь, в 153 и поздних версиях замечено следующее: если работать на CQ, то программа отрабатывает три из четырех CQ(ну сколько циклов установлено в настройках), в этом момент корреспондент вызывает меня и я вижу его в приемном окне, а программа уже завершила цикл из четырех CQ и отключила переход на передачу. Приходится еще раз включать передачу, что бы дать раппорт вызывающему корреспонденту, при этом теряется оперативность. Не нашел в настройках где это можно исправить.

[RX3ASP]

Не нашел в настройках где это можно исправить

Раздел настроек "Sequencing". И, если следить за работой, то оперативность не теряется - жмёте два раза на вызывающего и вперёд.
А если не следить, то теряется. Вот мне сейчас долбили 5 минут "RX3ASP DX HR", а я не слышал и не видел. Оказывается на эфиопа сел.

[EU1FQ]

Не нашел в настройках где это можно исправить.

Здесь

->Скрытый текст<-

[RA3PS]

Всем здравствуйте Вот такойо вопрос . <...> - сегодня подошел вот такой товарищ, дает рапорт, а я не вижу его позывной ,он дал несколько раз ну мне пришлось уйти .Как увидеть его позывной. Где то на форуме кто то писал что это идет шифрование по какой то программе , как найти ключ ,есть он в программе или нет?

[UF8T]

... сегодня подошел вот такой товарищ, дает рапорт...

Он передавал только хэш позывного, вот подробнее:

->Скрытый текст<-

https://forum.qrz.ru/377-jt65-jt9-ws...ftom-1454.html

[UA3DJY]

Игорь, поддерживаю вопрос Вашего тезки: пояснить попроще. 19 ступеней настроек в CL, почти понятно, но на этом этапе можно и пропустить. А как быть с настройками:
- количество циклов декодирования 1-2-3 (в WSJT-X это как-то более менее понятно, а в JTDX? В какое время циклов будет второе и третье?);
- QSO RX уровень чувствительности: низкое - среднее-высокое, влияют ли эти настройки на декодирование на приёмной стороне, если только по широкой то как?;
- чувствительность декодера: минимальная, использовать низкие пороговые значения, использовать subpass. Сейчас это только для широкой полосы? Да и просто на пальцах бы разъяснить...
То есть это уже не 19 ступеней настроек, а много - много больше.
- По DT: имеется ввиду что если, допустим у меня, обычно AVG в небольшом плюсе мне нужно DT в минус примерно на эту величину ставить? Или допустим я увидел интересного мне корреспондента с отличием DT допустим в минус 0.6, мне для более устойчивого декодирования под него DT ставить 0.6 плюс или минус?
- по фильтру: и так и сяк не один раз читал, но при включении фильтра желаемого снижения Lag не получаю, частенько даже Lag возрастает без утяжеления настроек.
В течении тестирования версий с прореживанием для своих двух ядер (2х2.66, 64 бит, 8гб) почему-то вышел на такие настройки: AutoSeq1, циклы - 1, высокое, subpass, CL 10. Да Lag почти всегда залажу за +2 секунды, но это совсем не мешает работать на CQ. Декодирование залазит в интервал передачи, но в допустимых 2 секунды переключение передачи отрабатывает без потерь на приёмной частоте. Понимаю что правильнее по Вашим объяснениям мне ставить "низкое" и "минимальная" и с CL начинать с 100, но как-то не нравиться, в чем-то ущербность.
Пытался на ранее записанных файлах понять приемлемые настройки для себя, но как и должно быть, при втором проигрывании все нивелируется.

В русскоязычном переводе rc153 большинство ответов уже есть как в самих названиях опций так и в подсказках:



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

По DT есть подсказка, полезные сигналы при точной синхронизации часов пользователя и отсутствии задержки звукового потока имеют распределение DT колокольчиком, похожее на Гауссовский случайный процесс, где максимум колокольчика находится примерно на 0.1 секунды. При прореживании списка кандидатов естественно есть смысл в первую очередь выбрасывать кандидатов которые имеют малый уровень синхропоследовательности и расположены на краях этого колокольчика. За счет этого удалось ощутимо поднять эффективность декодирования на загруженном диапазоне по сравнению с режимами быстрого/среднего декодирования rc152. Поскольку не у всех пользователей синхронизация точна а пользователи SDR могут еще иметь задержку звукового потока то мы дали возможность пользователям подстроить пик этого колокольчика под свои условия.