Установил в виртуалке VirtualBox JTDX. Как видно по умолчанию оно включено. Диверсия! :)
Установил в виртуалке VirtualBox JTDX. Как видно по умолчанию оно включено. Диверсия! :)
Возможно релизы разные. Сейчас переустановил - галки нет.
Вложение 351767
У меня установка версий всегда с удалением iniфайла.Файл Конфигурации. Данная галка была всегда ,да и пожалуй должна быть.А иначе парадокс: полоса по приему в трансивере и программе разные.
А также: включено 2 VFO и синхронизация программа /комп.В данный момент выкл.AGCs.программы JTDX.....Ну где то так.
Писал об этом Arvo практически сразу после рассылки rc5. Режим изначально включен по умолчанию. Был подключен FT857, который вообще не передаёт свою полосу =0, поэтому JTDX НИЧЕГО не декодировал. Прошёлся по настройкам и исправил. Arvo прислал исправленную сборку.
Если у кого какие проблемы с rc, пишите ему или Игорю.
Вполне естественно, что программисты ориентируются на современную технику с TCP/IP
Я кстати заметил, что при ограниченной полосе лаг меньше, что естественно! :)
Сделали бы возможность вручную выставлять полосу? И сверху 3000 Гц по умолчанию!
Хотя некоторые мне отвечают когда я на 3500Гц зову! Что там у них за техника, интересно...
Will try to explain what is going on.
1. Jtdx can get rx bandwidth from tci (always correct value) or from hamlib (mostly not precise value, some time full crap).
2. For decoder bandwidth are set as max of Start setting of waterfall and low from rx bandwidh (0 if hamlib, correct value with tci) and min of waterfall width and high from rx bandwidth.
reason for all this imlementation is attempt to reduce decoder bandwidth ( less Lag, most important for everyday working)
Arvo, Вы все же сделайте форму для ввода полосы пропускания. Как для JT65 сделано. Или в ini файле опцию.
Ограничение полосы неплохо снижает Lag.
PS: У некоторых трансиверов на 0Hz какой то жуткий шум, не мешало бы и снизу полосу ограничивать, скажем от 100Hz.
Вам мало регулировок на водопаде или вы про них не знаете? Там есть установки верхнего и нижнего ограничений полосы декодирования. С самых первых дней!
Мой водопад это совсем не показатель ,а только образец что все работает довольно успешно так как все в наличии.
Например: Arvo советует более сложную настройку,но в данный момент меня так устраивает,водопад цифровой программы для меня не основное.
Вложение 351822
Здравствуйте!
JTDX v2.2.160-rc5 57f350 в FT4 на CQ практически всегда игнорирует автоответ на вызывающую станцию и дальше долбит CQ (направленные вызовы отключены DX, NA например. Со временем тоже всё в порядке). Такое иногда и в FT8 случается, но гораздо реже. При этом иногда всё работает нормально и в FT4, но через некоторое время опять перестаёт отвечать. Закономерность никак не могу вычислить.
Спасибо разработчикам за функцию ожидания вызывающей станции, классная фишка для охоты за DX. Правда есть нюанс, если вдруг вызываемая станция изменила период по какой-то причине, то программа его не меняет и продолжает звать "навстречу"
p.s. поделитесь пожалуйста ссылочкой в личку, если есть поновее версия.
Спасибо!
1)Сглаживание стоит галка.
2) Старт от "0"
Вложение 351824
Вернулся на исходное своих настроек.
Вложение 351825
Убрал галку управление и в работу без лишних ........выше 3 кГц и ниже 200Гц полоса мне не нужна,а также лишний обвес.
Вложение 351826