Александр, мы рассматриваем другие пути решения: со стороны программы доработка декодера для более быстрой обработки кандидатов на декодирование, со стороны пользователей установка глубины декодирования соответственно используемому процессору.
хочу сказать, что с TY7C у меня была первая ЩСО в режиме FOX. Так вот, прежде чем ее провести, пришлось ставить новую WSJT. Потом мы с RW5C потренировались проводить ЩСО меж собой, все стало понятно. Однако, когда на 160 работали с TY7C, то я оказался в логе, а RW5C - нет. Похоже, у них там в Королевстве свои правила)
Тем не менее есть некоторые неприятные моменты именно с последовательностью декодирования и ответных сообщений. Да, это из-за старых или плохо настроенных компьютеров, но таких пока очень много в эфире.
1. Передача повторных 73 из-за ожидания полного окончания декодирования. 73 должно передаваться один раз. Если надо больше 73 или что-то ещё передать, то только после вмешательства оператора.
2. Задержка передачи аудио сигнала на трансивер на некоторых многоядерных, но устаревших ПК. Если сделать один поток, то эта проблема исчезает, но декодирование становится очень медленным. Вероятно это неразрешимая проблема для владельцев слабых ПК.
3. Не явный приоритет декодирования частоты RX во время проведения QSO. WSJT декодирует в первую очередь адресованный вам вызов, а JTDX когда как. Возможно из-за этого часто на водопаде ровный сигнал, все соседи декодируются, а ваш корреспондент только со второго захода.
WSJT при обзорном декодировании широкой полосы работает однозначно хуже - меньше декодов и медленнее, но при проведении стандартного QSO как-то более предсказуемо, хотя и там есть серьёзные проблемы, например КМК преждевременная очистка DX Call.
Вчера обратил внимание, что несмотря на включенный hide dupe messages, декодируются побочные сигналы, если маркер RX на них попал случайно, а основной сигнал с более мощным уровнем блокируется.
После RRR полагается дождаться 73, а на 73 JTDX реагирует мгновенно и адекватно, как и на ответ вашего корр. другому.
Просто как то непонятно работает связка...то есть споты от меня то нет...Вот сейчас идут...
Вложение 226625
Игорь, а как тогда это реализовано в WSJT-X и было в старых версиях JTDX, что не было повторных сообщений "73" вообще? Может ещё одну галочку? Или например в меню "настройки" - "последовательность" - "передал сообщение RR73(73)..." - минимальное значение повторов можно было бы ставить не "1", а "0", т.е. вообще без повторов!?
Ну а если корреспондента зациклит, на RRR или RR73, то ведь всегда можно и вручную ему передать 73?!