Установил JTDX v18.1.0.44
Радует.
Вложение 202213
Не удается редактировать/удалять вложения... Sorry!
Установил JTDX v18.1.0.44
Радует.
Вложение 202213
Не удается редактировать/удалять вложения... Sorry!
Игорь, предлагаю такую функцию, чисто для dx-педиций:
1. Кнопка в программе активизирует на панораме дополнительные маркеры, которые будут ограничивать частотный диапазон декодирования;
2. Управление маркерами с помощью мыши и "горячих клавиш";
3. Для зовущих это дополнительная возможность включения "Hint" на слабых компьютерах. Тем самым можно будет декодировать более слабые сигналы. Фильтры все равно требуют значительно большие ресурсы, поскольку первый проход делается по всем сигналам, а затем уже принимается решение кого выкинуть.
4. Экспедиционеры смогут себе задать диапазон в котором они будут просматривать зовущих.
5. п.4 позволит навести порядок. Только xxxxx сунется в участок dx (зону 200 Гц) и будет там звать. Но больные на всю голову конечно будут ставить несущие, но это уже не лечится.
Думал еще несколько версий назад сделать настраиваемый ('скобочки') на водопаде, немного сложно в реализации и в эксплуатации для пользователя.
Filter в JTDX именно так и делает, просто он всегда следует за RX частотой, Filter уменьшает количество просматриваемых софтом кандидатов тем самым снижает нагрузку процессора.
пожалуйста, дайте ссылочку на русскоязычный алерт
А если сделать, чтобы после ручной записи, после нажатия
кнопки Log QSO?
...почему не перемещается маркер передачи(красный)отдельно от приемного...или это только у меня...приемный как угодно и совмещение с передачей ...а чтобы остаться на приеме,а передачу на другой,что-то не получается...
Игорь , спасибо (отдельное за полноценную кнопку Lock Tx=Rx )
Ставил "вчистую" , поработал сейчас со станциями возникло несколько вопросов :
1) Функционал "Skip Tx 1" живёт теперь какой то своей жизнью ( галка "Skip Tx 1" проставлена , но первый ответ временами всё равно самопроизвольно начинается c TX1 , причём выбор сам перелетает с TX2 на TX1 в конце цикла приёма по непонятному алгоритму)
2) Если всё таки отрабатывает короткий цикл (отвечаю сразу с TX2)- то после рапорта корреспондента автомат передаёт не RR73, а TX3 (см скрин ниже) - т.е опять растягиваем QSO.
3) вырос риск после отработки со станцией засадить своим CQ по её частоте - если кто забыл активировать DisTX73 , или не в курсе про эту кнопку (тоже на скрине - в тестовых целях , естественно руками рубанул передачу через секунду чтобы не обижать человека).
Вложение 202218
В общем впечатления интересные , непривычно после step34 и приходится постоянно "приглядывать" то ли за автоматом то ли за самими собой )))) .
Но всё равно спасибо за новый шаг , движение вперёд это всегда хорошо )))
В какой программе ?
В JTDX последних версий при активированном Lock TX=RX оба маркера перемещаются синхронно , при сплит режиме левый щелчок мыши ставит Rx , правый щелчок ставит Tx.
В WSJT-X приёмный по щелчку мыши , передающий по Shift+left mouse (т.е клацать мышью при зажатой клавише Shift на клавиатуре) + есть ещё варианты ....
Этот функционал еще не поддерживается в связке с AutoSeq , при попытке использования будет приводить к кривой работе софта.
DisTX73 кнопка сейчас не должна влиять на работу AutoSeq, в будущих версиях сделаем ее недоступной при включенной кнопке AutoSeqЦитата:
вырос риск после отработки со станцией засадить своим CQ по её частоте - если кто забыл активировать DisTX73 , или не в курсе про эту кнопку (тоже на скрине - в тестовых целях , естественно руками рубанул передачу через секунду чтобы не обижать коллегу
JTDX 18.1.0.44 - не работает генерация свободных сообщений из закладки 2
Согласно дизайну, при использовании приглашения занести QSO в лог, софт при работе на общий вызов после внесения QSO в лог продолжает давать общий вызов. В этом случае цикл проведения QSO не прерывается, просто оператор должен вовремя вносить связи в лог (то есть присутствие оператора возле компьютера необходимо как и его действия для поддержания непрерывной работы цикла).
Понял , пока откажусь от функционала "Skip Tx 1" (хотя с ним так удобно было в предыдущих шагах JTDX - но конечно потерпим)
Как ни странно - влияет (сейчас ещё раз проверил , step44)
При нажатой кнопке подхожу к станции дающей CQ , отрабатываю с ней , после передачи мной финального 73 автоматически гаснет Enable TX .
При отжатой кнопке (неактивна) ровно в той же ситуации - отработав QSO начинаю дубасить уже своим CQ по частоте человека (Enable TX не отключается).
Естественно любой нормальный хэм снимет передачу сразу как поймёт что фактически он отработав QSO начал давать CQ по частоте коллеги , но скорость реакции у всех разная + понимание о этике тоже у всех разное .....
По мне так пусть лучше передача как и раньше снимается автоматом сразу после окончания QSO (немного неудобно при работе на CQ но не смертельно) - чем после проведения QSO всадить своим CQ по частоте уже работающего коллеги ...