:good: Будем подождать!
У меня тоже было подобное, но я то знаю и уверен что все в порядке по этой линии(письмо с вложением пришло мне на эл.адрес). Как раз установленный Касперский не блокировал ,а блокировал браузер Google, быстро разобрался все установил и работаю на rc153 довольно успешно уже несколько дней. Спасибо автору!
один вопрос для разработчика....,будет ли немецкий.... очень много пользуются программой
Почти все переводы предоставлены пользователями, инструкция как сделать перевод есть на англоязычном сайте JTDX. Лучше всего получается ручной перевод, когда пользователь хорошо знаком с функционалом программы, а машинный переводчик к сожалению часто переводит как 'моя твоя не понимай'.
Кто подскажет - в чЁм прикол данной раскраски
Вложение 285270
и ещЁ
Вложение 285271
пост #25916
Вопрос снят.
JTDX v2.2.0-rc153 Сегодня тестирую
- для LoTW пользователей добавлена индикация символа в маркере с цветом CQ сообщения
=ну нет их,индикаций,не заметил изменений(так-бы надо)
- DT=нужная штучка-Африканы работают с DT+-1.5 сек.Декод не совпадает.Включаю JTSync и корректирую на ихний тайм 00-тогда отвечают.
Только ещё не разобрался,как правильно пользовать в rc153 эту нужную фичу DT!!!
Меню-гончая/DXpedition ==не комильфо-лучше оставить Hound/DXped
Кнопа-Гончая(ужас) ==нет-лучше из rc152- Hound или _ОХОТНИК_
Это на мой взгляд!
Обнаружил две проблемы:
- если при проведении связи самому нажать на кнопочку "73", то передача прерывается примерно на 2-й секунде цикла. Если кнопочку не нажимать, то все ок! В файлах все нормально пишет.
- вызываешь станцию, получаешь ответ на экране без задержки, а JTDX вместо рапорта продолжает давать позывной. Раньше такое было только когда была задержка в декодировании, т.е. ее "видно" было. Теперь же вроде задержки в декодировании нет, а все равно не успевает среагировать. Может тут какую настройку исправить в программе нужно?
[QUOTE=UA3DJY;Алекс VE3NEA участвовал в доработке WSJT-X под совместимость с последней версией OmniRig перед тем как завершить работу над этим проектом. Здесь на форуме вроде были сообщения что OmniRig версии 1.16 работает с JTDX без скачков частоты.[/QUOTE]
Имелись сбои САТ в моем TS-570DG (глючит, видимо, HamLib). Установил CAT через OmniRig v.1.19, сбоев САТ не стало, но появился скачок на +55 Гц при запуске. Приходилось обнулять кликом выбора частоты в окне JTDX. Но обратил внимание на сообщение здесь в форуме и установил САТ как для TS-590SG. Все стало работать нормально без сбоев САТ и прыжков частоты. Спасибо за совет!
и
Боюсь, что это будет сложно для рядового пользователя. Значения в процентах очень не очевидны. Сразу понять, что это и зачем - сложно. Часто приходится помогать ставить и настраивать JTDX - настройки по умолчанию меняют меньше половины. А те, кто меняет - не изменяет их в процессе работы (подстраивая под загрузку диапазонов). Может, прописать словами и сделать градацию пунктов на 5? Иначе велика вероятность, что программа будет не успевать декодировать с настройками по умолчанию, а пользователь даже не будет понимать, почему? Да это уже по форуму видно.
Отлично же видно ,загрузка проц.в Диспетчере задач ,а вписываетесь ли в интервал по времени ....в верхней строке основного меню. Ничего непонятного давно уже нет ,удобство в работе колоссальное.
Игорь, поддерживаю вопрос Вашего тезки: пояснить попроще. 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, но как-то не нравиться, в чем-то ущербность.
Пытался на ранее записанных файлах понять приемлемые настройки для себя, но как и должно быть, при втором проигрывании все нивелируется.