А разве в JTDX 2.2.160-rc9 работает функция "Enable automatic logging of QSO" (по вашему скрину)? Вроде она после rc-3 заблокирована.Цитата:
Сообщение от RX3DTN
А разве в JTDX 2.2.160-rc9 работает функция "Enable automatic logging of QSO" (по вашему скрину)? Вроде она после rc-3 заблокирована.Цитата:
Сообщение от RX3DTN
Работает, но с ограничениями. Там какое то условие нужно, чтобы автозапись QSO было.Цитата:
Сообщение от EU1FQ
... Вспомнил! Нужно, чтобы из лога нельзя было вызывать - тут должно быть выключено - Вложение 378940
Алексей, не совсем понял. В пункте "Обработка входящих UDP запросов" у меня стоит "CQ". Можно еще выставить "CQ and 73" или "Любые сообщения". Что нужно выставить, чтобы QSO стабильно попадали в лог?Цитата:
Сообщение от RX4HX
Использовать RC3 как я. С версии RC4 если установлена галочка обработки входящих запросов, автосохранение в лог не работает.Цитата:
Сообщение от RX3DTN
автосохранение в лог работает, в т.ч. и с rc-9, rc-10. Начиная с rc-4 не работает вызов из сторонних программ, например: из JT-окна лога HX3.Цитата:
Сообщение от RX4HX
Галка обработки всех входящих запросов раньше была нужна для работы из активного окна плагина Олега для UR5EQF_Log.
RX3DTN желательно было бы еще эту галку поставить:
Вложение 378946
может поможет.
В логHX3 по автосохранению из версий JTDX rc-9, rc-10 проведенные QSO записываются без проблем. (в логEQF - тоже).
Not true, Autolog is working but when Autolog enabled then when selecting callsign through udp message then AutoTx is blocked, user need manually enable Tx in jtdx.Цитата:
Сообщение от RX4HX
All this done for preventing using jtdx as slave decoding engine.
General rule, at least one action should be done in jtdx for every QSO.