У меня в среднем 15-20 декодов, хороший проход у Вас случилси через Атлантику (пара скачков на 20-ке и штаты - 9дБ) зафиксирован на скрине...
Изрядно потестил 67 и 68_5 версии. Все работает(и нововведения), как надо и даже субъективно немного лучше, по-резвее что-ли.
Но два "бага" остались на месте
это несанкционированный возврат частоты после QSO(ну очень иногда напрягает)
и зависимость работы автоперехода на CQ от галочки в "Clear DX call and grid after logging"(убрана - работает)(вообще не напрягает).
Игорь, есть предложение сделать одну фишку для оперативности работы в большом количестве принимаемых станций.
Пример - Вот начинают появляться одна за другой станции в окне приема и ты(я) вдруг увидел интересный позывной и начинаешь в него тыкать в движении, да еще и два раза надо попасть, естественно в большинстве случаев ты либо промахнешься, либо попадешь в другой позывной, т.е. период упущен, а ведь может быть именно в этот период DX мог ответить именно тебе. Если ждать окончания декодирования всех позывных(когда их много) и жать не спеша, тоже однозначно теряешь период.
Предлагаю - в одиночное нажатие левой кнопки мыши (в момент декодирования) вмонтировать функцию остановки показа(декодирования) позывных в окне приема. Т.е. увидел интересный позывной, левой кнопкой мыши остановил показ(или декодирование) и далее щелкнул два раза по неподвижно стоящему интересующему позывному и вызов пошел вовремя.
И еще большущая ПРОСЬБА от многих радиолюбителей, вернуть следящий (ожидающий) "EnableTX", ну может только сделать его отключаемым. Я даже пару раз от ностальгии откатывался на 34 версию, но естественно в современном варианте преимуществ и удобств уже так много(за что Вам Игорь ОГРОМНОГО СПАСИБО), что о полном возврате и речи быть не может.
С уважением, Александр, RM1O. 73!
Да это точно была бы классная фишка, только сделать ее выбираемой(галкой) вдруг не каждому подойдет режим "заморозки" приемного окна
это три раза нужно кликнуть, одиночный левой кнопкой-заморозить, потом двойной клик - выбрать позывной с одновременным включением TX,если в в начале 1.5 секундного периода декода-успеваем, в конце-?можно залезть в период передачи
про следящий режим EnableTX я уже забыл как это было...)
Коллеги,
Есть ли сейчас интерфейсы для работы цифрой, которые сопрягаются с компом по блютусу или wi-fi ?
(Например, трансивер и прочее радио-железо в одной комнате, а ты с ноутбуком в другой)
Уже есть опция Erase band activity window at start of decoding в закладке Misc, она позволяет уйти от бежащего вверх списка декодированных сообщений при достаточно большом размере окна.
Правая клавиша мыши уже используется в текстовом окне операционной системой Windows для операций Select/Copy.
У 'заморозки' окна есть большой недостаток - Вас могут позвать или Вам могут ответить но из-за заморозки это сообщение может быть потеряно.
Тот функционал следящего Enable TX я делал под себя поскольку в работе в моде JT65 использовал вызов рапортом и мне часто отвечали через 5..10 минут, не успевал вовремя вручную среагировать на ответ.
Arvo ES1JA создал новый, более мощный AutoSeq, и работа над ним еще далека до завершения. Основа заложена с огромными возможностями, надеюсь что постепенно будем наращивать функционал AutoSeq.
Парни, кто использует для работы в JTDX интерфейс RigExpert Plus и коммутацию PTT через DTR/RTS прошу дать мне знать в личку: ua0fo@qrz.ru ,есть вопрос. Заранее спасибо и 73! Сергей
Спасибо конечно за эту функцию, может кому-то она и нужна, но я никогда ее использовать не буду, т.к. целые периоды "канут в небытие", а еще столько интересного можно увидеть, позвать или скопировать отмотав "историю" назад.
Не правую, а левую...
Уверяю Вас, что на этот шаг "заморозки" оператор пойдет осознано, когда увидит интересный позывной и ему уже будет побоку, кто его будет звать в этот период, ну а уже в следующий период, я думаю "заморозка" должна отключиться автоматически. Популярность FT8 растет с каждым днем и при декодировании 30 и более сигналов "заморозка" просто сама напрашивается...
думаю, что именно под приблизительно такие процессоры (и не выше) в настоящее время и надо делать софт (а может и протоколы видов связи).
Тем более, что прогресс в процессорах замедлился и производители больше заботятся об их энергопотреблении, а не производительности.
А топовые процы большинство радиолюбителей не потянет финансово.