Русская локализация JTDX v18.1.99
Линки :
Коллеги прошу протестировать - дать замечания.
Русская локализация JTDX v18.1.99
Линки :
Коллеги прошу протестировать - дать замечания.
Сегодня работал на 40 метров с A52IST в Fox/Hound mode - версия 18.1.99 работает на отлично!
Обновился с версии 18.1.97 на 18.1.99
JTDX.INI file не удалял, ставил поверх.
Кнопки TX сообщений во время передачи подсвечиваются бледно зеленым цветом (визуально воспринимается нормально)
Проверил в 1 и 2 закладках.
Подтверждаю, Саша спасибо за наводку "по горячим следам" также сработал с A52IST первое QSO в JTDX F/H mode ( до этого F/H mode работал в WSJT )Цитата:
Сообщение от RX4HX
Тоже по горячим следам сработал с A52IST. Под рукой был включен трансивер без CAT, пришлось на рапорт быстренько ручками включить Tx=Rx и все прошло в штатном режиме :)Цитата:
Сообщение от RX4HX
JTDX v18.1.99 Linux version from original source files by Igor UA3DJY (Many Thanks him):
PS Версия 64-бит, собранная в Ubuntu-18.04LTS:
Подскажите в чем дело ? Стало выскакивать это предупреждениеВложение 221048
В настройках->Лог снимите галочку в Связь с внешним логом TCP .
Подсветка кнопок сделана в методе MainWindow::guiUpdate() который крутится с периодом 100 миллисекунд, на слабых процессорах использование подсветки может влиять на работу софта - если есть какие либо задержки в обновлении интерфейса или переходе на передачу/прием то желательно эту опцию не включать.Цитата:
Сообщение от UT8NT
Игорь (UA3DJY), напомните, что за проблема с использованием позывных вида "ХХ55ФФ". Сегодня попробовал поработать как UE70AR и был разочарован. Если CQ, но без локатора, ещё можно передать, то ответить по стандартной схеме с рапортом не получается. Выдаёт оба позывных, а рапорта нет. Длина позывного вроде бы ничем не отличается от стандартной "три знака префикс+три знака суффикс". Казалось бы дело в двух цифрах, однако в мире много стран с двумя цифрами в префиксе...
Когда-то подобный вопрос проскакивал, но "чем успокоились" - не помню. Не касалось тогда это меня :(
ПОддерживаются только в протоколе 77-бит: WSJT-X 2.0 rc3 либо MSHV 2.0x.Цитата:
Сообщение от RJ7M
JTDX 18.1.x поддерживает только старый протокол 72/75 бит, новый протокол будем делать в версии JTDX 2.0.х.
И, видимо, 72-битные версии не декодируют переданное 77-битной?
Игорь , да вроде уже некритично ? (проделана некислая работа по "отлову" сбоя , найдены несколько путей решения , вроде пока никто не пишет: "попробовал означенные выше варианты решения - проблема осталась")Цитата:
Сообщение от UA3DJY
Какой день работаю теперь с постоянно включенным Fake It - сбой возврата частоты не проявился ни разу (возможно только мой частный случай).
Единственный момент : при активированном функционале Fake It невозможно поменять частоту Tx при уже начавшейся передаче - это так задумано ?
Под спойлером сценарий : "для чего это иногда нужно" :
не декодируют....Цитата:
Сообщение от RJ7M
Заметил, что при вызове станции с выключенной или включенной опцией "AutoTX", программа (v18.1.99) после завершения QSO переходит на передачу общего вызова. Не понимаю почему так происходит. Вроде в предыдущей версии такого не было.
Вложение 221119