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

[RO7F]

Скоро опубликуем программу на сайте JTDX, возможно что при скачивании с сайта браузер будет вести себя по другому.

Будем подождать!

[R6LCF]

Вот результат проверки файла JTDX-2.2.0-rc153-win64.exe через сайт Касперского:

У меня тоже было подобное, но я то знаю и уверен что все в порядке по этой линии(письмо с вложением пришло мне на эл.адрес). Как раз установленный Касперский не блокировал ,а блокировал браузер Google, быстро разобрался все установил и работаю на rc153 довольно успешно уже несколько дней. Спасибо автору!

[DL9NO]

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

[UA3DJY]

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

Почти все переводы предоставлены пользователями, инструкция как сделать перевод есть на англоязычном сайте JTDX. Лучше всего получается ручной перевод, когда пользователь хорошо знаком с функционалом программы, а машинный переводчик к сожалению часто переводит как 'моя твоя не понимай'.

[DL9NO]

а машинный переводчик к сожалению часто переводит как 'моя твоя не понимай'.

ну такой перевод увы не нужен

[RO7F]

Кто подскажет - в чЁм прикол данной раскраски



и ещЁ

[RO7F]

пост #25916

Вопрос снят.

[UA3DJY]

Хотя лично меня английский не напрягает

В rc153 мы обновили русский перевод, если точнее то дали детальное описание в подсказках, так что теперь есть смысл с русского сделать перевод обратно на английский

[RV6AAA]

JTDX v2.2.0-rc153 Сегодня тестирую

- для LoTW пользователей добавлена индикация символа в маркере с цветом CQ сообщения
=ну нет их,индикаций,не заметил изменений(так-бы надо)

- DT=нужная штучка-Африканы работают с DT+-1.5 сек.Декод не совпадает.Включаю JTSync и корректирую на ихний тайм 00-тогда отвечают.
Только ещё не разобрался,как правильно пользовать в rc153 эту нужную фичу DT!!!

Меню-гончая/DXpedition ==не комильфо-лучше оставить Hound/DXped

Кнопа-Гончая(ужас) ==нет-лучше из rc152- Hound или _ОХОТНИК_

Это на мой взгляд!

[R0JF]

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

Не очень я понял, посмотрим. Вот субъективно - программа "подтупливает" при большом количестве станций на диапазоне. 152 имхо шустрее была.

[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, но как-то не нравиться, в чем-то ущербность.
Пытался на ранее записанных файлах понять приемлемые настройки для себя, но как и должно быть, при втором проигрывании все нивелируется.