Галочек, даты, времени нет.
Галочек, даты, времени нет.
JTDX v2.0.1-rc137, 64-bit .deb версия для Ubuntu 16.04, сборку сделал Игорь R0JF:
Я все это прекрасно понимаю и именно так теперь и поступаю, вот только не всегда хватает внимания и реакции вовремя нажать 'Enable Tx' в собственном 'ждущем режиме', поэтому многие зовут не переставая, засоряя эфир, полностью доверившись автоматике. Да и избалован я в своё время v. 18.1.0.34, на которой только и работал, позвал корреспондента 1-2 раза и всё, более эфир не загружаешь и не засоряешь, можно отвлечься (хотя почти всегда контролируешь автоматику) или вообще отойти, а ответят, связь пройдет автоматом и QSO уже в логе. Кайф! Подчеркиваю 1 QSO в логе, после этого окно "DX Call" очищается и ждущий режим отключается. Ну и какой же это автомат?! Да точно такой же полуавтомат, как и прочие autoseq-и! А то, что бесконтрольно, дак и в режиме любого autoseq-а можно в начале CQ или QSO выйти из шека, а придешь 1 QSO уже в логе. Так, что я думаю, надеюсь, что мы ещё вернёмся к этому вопросу... ;-)
Сейчас на 14090 OJ0AW F/H, 137-я версия отработала без проблем.
Идет у меня +00.
Сейчас на 14090 работает S9A, но не F/H, а обычной FT8. Сработал без проблем.
TO UA3DJY: Вроде понял от куда глюк в autoseq6 с "несуществующими позывными"- происходит сразу и однократно при выборе этого режима, для вызова берётся позывной из предыдущего не кратного(противоположного) периода, поэтому в настоящем и последующих периодах этого позывного уже нет, а программа его вызывает. Смотрим SV1EDY.
Вот, что у меня получилось на 18100:
Я был в RX=TX после безуспешных попыток в SPLIT с JTDX 137. Вызывал его на первом слоте, но он мне ответил рапортом на втором, я перешёл автоматом на второй, он ответил на мой рапорт со второго раза и RR73 передал опять на первом слоте, а на втором ответил VE1ANU, из-за чего JTDX сбросил ТХ (ответ другому оператору). LOG занёс вручную
Дефект. С другой стороны у Вас декодирование заканчивается через 8 секунд после начала интервала передачи. На таких настройках и скорости процессора JTDX у Вас для работы в эфире непригоден:
20190614_155559.414 Decoder started
20190614_155545 -14 0.1 1762 ~ CQ SV1EDY KM17 ^
20190614_155608.625 hisCall:SV1EDY time:57345 autoselect direction:0 TX R+REPORT SEQUENCE; status: RCQcount: 0 prio: 8
20190614_155608.652 Decoding finished
Наверно подстраивать JTDX под чудеса алгоритма многоответа MSHV больше не будем. Если автор программы хочет сделать что либо уникальное то есть смысл хотя бы проинформировать об этом производителей другого софта, иначе на диапазонах будет 'кто в лес, кто по дрова'.
Репортируйте как дефект автору MSHV.
Об объективности оценки сигналов в JTDX 137_12:
UA4HBW реально раза в три громче проходит, чем RA4ATT, а разница в оценке минимальная.