-
08.12.2020, 08:38 #25921
- Регистрация
- 03.02.2006
- Возраст
- 48
- Сообщений
- 12,265
- Поблагодарили
- 5014
- Поблагодарил
- 2720
Обнаружил две проблемы:
- если при проведении связи самому нажать на кнопочку "73", то передача прерывается примерно на 2-й секунде цикла. Если кнопочку не нажимать, то все ок! В файлах все нормально пишет.
- вызываешь станцию, получаешь ответ на экране без задержки, а JTDX вместо рапорта продолжает давать позывной. Раньше такое было только когда была задержка в декодировании, т.е. ее "видно" было. Теперь же вроде задержки в декодировании нет, а все равно не успевает среагировать. Может тут какую настройку исправить в программе нужно?73 de RX4HX, Alexei, http://rx4hx.qrz.ru
-
08.12.2020, 10:36 #25922
- Регистрация
- 17.06.2008
- Адрес
- Мелитополь
- Возраст
- 78
- Сообщений
- 348
- Поблагодарили
- 184
- Поблагодарил
- 54
[QUOTE=UA3DJY;Алекс VE3NEA участвовал в доработке WSJT-X под совместимость с последней версией OmniRig перед тем как завершить работу над этим проектом. Здесь на форуме вроде были сообщения что OmniRig версии 1.16 работает с JTDX без скачков частоты.[/QUOTE]
Имелись сбои САТ в моем TS-570DG (глючит, видимо, HamLib). Установил CAT через OmniRig v.1.19, сбоев САТ не стало, но появился скачок на +55 Гц при запуске. Приходилось обнулять кликом выбора частоты в окне JTDX. Но обратил внимание на сообщение здесь в форуме и установил САТ как для TS-590SG. Все стало работать нормально без сбоев САТ и прыжков частоты. Спасибо за совет!Валерий UR7QM
-
08.12.2020, 11:36 #25923
- Регистрация
- 13.02.2017
- Сообщений
- 992
- Поблагодарили
- 1167
- Поблагодарил
- 335
и
Боюсь, что это будет сложно для рядового пользователя. Значения в процентах очень не очевидны. Сразу понять, что это и зачем - сложно. Часто приходится помогать ставить и настраивать JTDX - настройки по умолчанию меняют меньше половины. А те, кто меняет - не изменяет их в процессе работы (подстраивая под загрузку диапазонов). Может, прописать словами и сделать градацию пунктов на 5? Иначе велика вероятность, что программа будет не успевать декодировать с настройками по умолчанию, а пользователь даже не будет понимать, почему? Да это уже по форуму видно.
-
08.12.2020, 11:47 #25924
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,670
- Поблагодарили
- 1082
- Поблагодарил
- 857
Отлично же видно ,загрузка проц.в Диспетчере задач ,а вписываетесь ли в интервал по времени ....в верхней строке основного меню. Ничего непонятного давно уже нет ,удобство в работе колоссальное.
Владимир.73!
-
08.12.2020, 12:52 #25925
- Регистрация
- 25.08.2011
- Возраст
- 66
- Сообщений
- 246
- Поблагодарили
- 131
- Поблагодарил
- 323
Игорь, поддерживаю вопрос Вашего тезки: пояснить попроще. 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, но как-то не нравиться, в чем-то ущербность.
Пытался на ранее записанных файлах понять приемлемые настройки для себя, но как и должно быть, при втором проигрывании все нивелируется.Последний раз редактировалось UF8T; 08.12.2020 в 12:56.
73!
Victor, UF8T
-
08.12.2020, 13:04 #25926
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
-
08.12.2020, 13:08 #25927
- Регистрация
- 03.02.2006
- Возраст
- 48
- Сообщений
- 12,265
- Поблагодарили
- 5014
- Поблагодарил
- 2720
Вообще то DT (Detla time) "ставить" вообще не надо. Здесь идет речь о том, как я понял, что если разница во времени критическая (допустим 1,5) то декода вообще не будет. И это верно.
И не получите: все равно принимаются и декодируются и при фильтре все сигналы. Иначе как и фильтровать? Фильтр только на вывод на экран влияет и на лаг не влияет.
А вот тут так: только экспериментировать и выбрать для своего компа оптимальные настройки. Советы конечно хорошо, но что нормально работает на одном компе, может очень плохо работать на другом. Просто пробуйте.73 de RX4HX, Alexei, http://rx4hx.qrz.ru
-
08.12.2020, 13:30 #25928
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 67
- Сообщений
- 3,670
- Поблагодарили
- 1082
- Поблагодарил
- 857
Вот с этим согласен.
У себя. На загруженном диапазоне ,это когда декодированных станций более 60 за один период стараюсь придерживаться Lage+05; +055; не более. Если более ,отключаю второй проход декодирования или чаще перехожу на Use low....А с последней версией устанавливаю CL 50% ,справляется можно выше ,не справляется вернулся к 50%.(кстати градация через 5%) Если на диапазоне декодированных станций не более35- 40 за один период ,придерживаю Lage +02; +025; И по времени и по декору,то что надо. Только самому!
- - - Добавлено - - -
Самое интересное это не означает что декодированных станций стало в два раза меньше, а вот Lage зависит существенно,убедится в этом только самому , вы в периоде декодирования ,а это главное!
P.S. Вот еще что немаловажно, отключайте при работе сторонние программы не имеющие никакого отношения к работе цифровых программ. Я даже Касперского отключаю ,абсолютно не нужен в подобном случае. Я уж не говорю о просмотрах .....видео, работе в Скайпе или Телеграмм и такое встречается.Последний раз редактировалось R6LCF; 08.12.2020 в 13:39.
Владимир.73!
-
08.12.2020, 13:51 #25929
- Регистрация
- 25.08.2011
- Возраст
- 66
- Сообщений
- 246
- Поблагодарили
- 131
- Поблагодарил
- 323
-
08.12.2020, 15:08 #25930
Игорь, в 153 и поздних версиях замечено следующее: если работать на CQ, то программа отрабатывает три из четырех CQ(ну сколько циклов установлено в настройках), в этом момент корреспондент вызывает меня и я вижу его в приемном окне, а программа уже завершила цикл из четырех CQ и отключила переход на передачу. Приходится еще раз включать передачу, что бы дать раппорт вызывающему корреспонденту, при этом теряется оперативность. Не нашел в настройках где это можно исправить.
Радиолюбитель с марта 1953 года
-
08.12.2020, 15:42 #25931
-
08.12.2020, 15:42 #25932
- Регистрация
- 28.11.2013
- Возраст
- 66
- Сообщений
- 2,896
- Поблагодарили
- 1195
- Поблагодарил
- 474
Здесь
EU1FQ
Николай
-
08.12.2020, 17:48 #25933
- Регистрация
- 25.11.2004
- Адрес
- KO93BX
- Возраст
- 74
- Сообщений
- 361
- Поблагодарили
- 43
- Поблагодарил
- 77
Всем здравствуйте Вот такойо вопрос . <...> - сегодня подошел вот такой товарищ, дает рапорт, а я не вижу его позывной ,он дал несколько раз ну мне пришлось уйти .Как увидеть его позывной. Где то на форуме кто то писал что это идет шифрование по какой то программе , как найти ключ ,есть он в программе или нет?
Валерий (RA3PS)
-
08.12.2020, 19:24 #25934
- Регистрация
- 25.08.2011
- Возраст
- 66
- Сообщений
- 246
- Поблагодарили
- 131
- Поблагодарил
- 323
Он передавал только хэш позывного, вот подробнее:
73!
Victor, UF8T
-
08.12.2020, 19:39 #25935
- Регистрация
- 05.03.2015
- Сообщений
- 5,356
- Поблагодарили
- 7745
- Поблагодарил
- 795
В русскоязычном переводе rc153 большинство ответов уже есть как в самих названиях опций так и в подсказках:
Прореживание списка кандидатов уменьшает количество кандидатов в списке, опция низких порогов наоборот увеличивает количество кандидатов. Для пользователей слабых процессоров включать обе одновременно вроде как смысла нет, то есть мы изначально планировали использовать прореживание с минимальной чувствительностью декодера в широкой полосе. С процессорами посильнее при определенных условиях может быть выигрыш при использовании прореживания в паре с низкими порогами либо с многократным запуском декодера, но это индивидуально и зависит от ряда факторов включая текущую загрузку процессора другими приложениями, то есть оценить этот выигрыш в среднем для всех не получится.
По DT есть подсказка, полезные сигналы при точной синхронизации часов пользователя и отсутствии задержки звукового потока имеют распределение DT колокольчиком, похожее на Гауссовский случайный процесс, где максимум колокольчика находится примерно на 0.1 секунды. При прореживании списка кандидатов естественно есть смысл в первую очередь выбрасывать кандидатов которые имеют малый уровень синхропоследовательности и расположены на краях этого колокольчика. За счет этого удалось ощутимо поднять эффективность декодирования на загруженном диапазоне по сравнению с режимами быстрого/среднего декодирования rc152. Поскольку не у всех пользователей синхронизация точна а пользователи SDR могут еще иметь задержку звукового потока то мы дали возможность пользователям подстроить пик этого колокольчика под свои условия.Последний раз редактировалось UA3DJY; 08.12.2020 в 19:44.
Социальные закладки