Прямо в цель!
Спасибо за подсказку!
И почему бы не сделать и то и другое - непонятно...
Чуть сам не откатился назад.
Вопросы по JTDX
1.использую версию 18.0.34 т.к. комп слабый Р4... Работаю в JT65, провожу ШСО Почему-то не происходит автопереключение макросов. Приходиться вручную это делать..
--------------------------------
2.
У кого есть опыт работы на слабом Р4 компе-подскажет:
Есть ли смысл заменить версию 34 на более новую?
Учитывая, что комп слабый Р4
- можно ли будет в поздней версии настроить/отключить все не нужные фичи, чтоб поздняя версия работала на слабом компе "без тормозов"
возможна ли работа спецпозывным в FT8 RP73xx EV73x ? не будет ли путаницы с г.локатором ?
Да ну..! Какой автомат то?
Пока qso не сохранишь в лог - ни какого CQ не последует!
Это, что это перемудрили с очисткой окон.
Получается три типа:
1. Работа на cq с последующим вызовом, но сохраняет qso в лог и чистит dx окно вручную.
2. Работа на cq с автосохранением и тоже без очистки dx окон.
3. Работа на cq без последующего вызова, но с сохранением в любой форме qso в лог,
и с плюс очистки окон.
Получается так? А, что - 1 с 3 совместить - ни как?
Протокол не позволяет сформировать стандратные сообщения для такого позывного, работать придется свободными сообщениями и вручную.
Учитывая что корреспонденты тоже должны об этом знать и работать вручную свободными сообщениями, работа спецпозывным (и с корреспондентом использующим спецпозывной) будет мукой, еще в FT8 корреспонденты не будут успевать набирать свободные сообщения во время QSO до начала TX интервала.
Стою на общий вызов и вижу, что рядом тоже работает интересная для меня станция.
Далее её двойным нажатием мыши выбираю, но не тут то было.
И так уже не первый вечер и не один день.
Можно, как то реализовать более корректный выбор станций дающих CQ
при работе так же на общий вызов?
Вложение 210073
Спасибо за ответ и вообще за всё, что Вы делаете для нас!
3-4 месяца назад таких проблем, я, особо не ощущал,
а сейчас порой-хоть волком вой. Достало клацкать и смотреть...того ли, я выбрал?
От расшифровки до момента передачи очень мало времени,
такое ощущение бывает, что я уже на передачу включился,
а комп всё принимает и принимает...HI HI.
Пожелания в реализации очистки dx окон с возможностью работы на CQ.
будут учтены или по-прежнему считаете, что это приведет к "ботам"?
WSJT-X не имеет возможности автоматически добавлять в макрос текущий позывной корреспондента, в этом случае сообщения все таки придется вбивать вручную или на ходу редактировать сообщения из макросов. Основная проблема в том что мало пользователей знают об этом ограничении протокола и будут пытаться во время QSO генерировать стандартные соообщения на автомате, столкнулся с этим когда попробовал работать префиксом R100 в моде JT65 несколько лет назад, при попытке провести QSO более чем в 90% случаев несколько раз получал сообщение 'мой позывной + позывной корреспондента' до тех пор пока корреспондент не отключал передачу.
Возможно что в погоне за чувствительностью/количеством декодированных сообщений Вы выбираете настройки которые не соответствуют производительности Вашего процессора, последние версии JTDX получили такие настройки опцией, чтобы пользователи слабых процессоров могли отключив их вписаться в 600 миллисекунд отведенные на декодирование интервала. Кнопка SWL (в версии 18.1.0.83 еще отдельная настройка 'позднего включения декодера') уменьшает время на декодирование до примерно 300 миллисекунд.
Читаю тему и поражаюсь! Люди сами себе проблемы создают! Давно еще установил JTDX v.18.1.34-win32. В логе 5.000 QSO этой модой. WKD/CFM - 164/150 стран по DXCC. Зачем устанавливать или обновлять на "сырую" версию. Понятно, когда есть желание потестировать. А если, просто работать этой модой, то зачем устанавливать "необкатанную" версию. Да, еще, потом вопросами сыпать, типа, а почему не работает это? ...В старой версии работало...
..."Лучшее - враг хорошего!"