Это не единичный случай с рапортом. Может я и не прав, но такое наблюдал неоднократно. На водопаде сигнал одинаковый.
Да, механизма импорта .adi между логами не хватает. Программ несколько, да и если рабочее место не одно ( дом/дача).
Вот просто в первом периоде рядом был очень мощный сигнал относительно которого и получились показания snr гораздо меньше чем в следующем периоде, где этот сигнал либо отсутствовал, либо ушел в qsb., при этом сигнал вашего корреспондента в обоих периодах визуально на водопаде одинаков.
В качестве заметки: файл wsjtx_log.adi копирую с заменой в каталог jtdx в wsjtx и наоборот и даже из Linux, всё там совпадает. Т.е.поработал jtdx когда надо заменил им файл c:\Users\user\AppData\Local\WSJT-X\wsjtx_log.adi. Не нужно копаться в самом файле.
я поступаю так...поработал,открываю wsjtx_log.adi и наработаные связи выделяю и копирую во 2-ю программу...нет смысла весь файл заменять...занимает 1 минуту все....
В течении дня работал на JTDX 2.0.1 на всех диапазонах где были корреспонденты, во всех режимах (общий вызов, вызов корреспондента) - ни одного сбоя программы не обнаружил. ini файл сформирован новый, предыдущая версия JTDX была удалена перед установкой JTDX 2.0.1.
Всем удачных связей.
Владимир.
Аналогично устанавливал, и уже две проблемы заметил, хотя и связей несколько десятков только провёл (30-40):
1. один раз после вполне стандартного QSO, не сработало внесение в лог... пришлось опять щёлкнуть по позывному и быстренько кнопку LogQSO с сохранением (такое наблюдал и раньше, до 77бит).
2. после получения RRR прога теряется и опять даёт RR73, несколько раз было...
пробовал вставить в "Выполнить" - ругается что не найдёт mklink...
Аналогично, в WSJT-X работал много, и в первом тесте, кажется что JTDX при хорошей силе сигнала, не может декодить...
как то так, вроде бы!
Now FT8 - Страница 40 пост №399