Процедура занесения связи в лог збивает хронологию и правильное отображение последовательности связи.Проверьте какое значение Treads стоит и поставьте - 1. Поставьте галку на автоматическое занесение связи в лог. Потом посмотрим. Но такой же алгоритм обработки сообщений сейчас и в WSJTX т.е. подмена рапорта при задержке приема.
значение Treads стоит и поставьте - 1Tread стоит Only 1
Надо чтоб окно ввода было независимо от основной проги, а то все управление программой в режиме ожидания, управление программой не работает пока не введешь связь или не откажешься.В WSJTX нет оперативного лога поэтому там другая логика. Окно ввода применяется для всех мод, но в MSK144 и FT8/4 желательно использовать автозапись. При этом некорректные связи в лог не пишутся. Ну а в крайнем случае открываем лог и удаляем ненужную запись.
WSJT-X -этим не страдает!!!У WSJTX нет переключения Treads. Для слабых компов ставьте 1
Это и на ранних версиях было, чего в WSJT-X нет и никогда не было.Компьютер не такой уж и слабый,т.е. входит в перечень, что Вы привели. Если бы Вы написали, что автор не может, или не хочет исправлять этот недостаток программы- мне думается это было бы честнее. А так- очередная отписка, к сожалению...WSJT-X -этим не страдает!!!У WSJTX нет переключения Treads. Для слабых компов ставьте 1
Если бы Вы написали, что автор не может, или не хочет исправлять этот недостатокВсе давно исправлено. Программа заменяет макрос после начала цикла если запоздал прием.
Была надежда, но проблема так и осталась- станции зовут, а я опять CQ((((Геннадий, нужно удалять сработанного корреспондента из макроса, тогда будет ответ автоматически. Если не удалишь, то будет cq давать.
Новое в версии 2.39:сравниваю эту версию c wsjt-x 2.2.0 эта декодит лучше фт 8
нужно удалять сработанного корреспондента из макроса, тогда будет ответ автоматически. Если не удалишь, то будет cq давать.Там не в этом причина. У него тормозит сильно прием. По скрину задержка TX на 3сек.