проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[R7FQ]

По картинке вижу что при переходе с 16.5 на 16.6.1 не был удален старый INI файл - шрифт по умолчанию я другой выставил.

Игорь, файл ini был удалён до установки новой версии. Рекомендациями пользуюсь всегда. Сейчас переустановил программу заново.



Видим совсем другое, чем я показывал ниже. Возможно причина в том, что после запускал и пользовался предыдущей версией.
Приношу свои извинения.

[R0JF]

JTDX v16.6 malfunction issue under MS Windows XP is resolved.

Игорь, а для Linux стОит компилить 16.1? Или изменения только для Win-XP?

[UA3DJY]

Игорь, а для Linux стОит компилить 16.1? Или изменения только для Win-XP?

Код части патча r6755 который вызвал зависание JTDX под Windows XP относился к регистрации трансивера с использованием библиотек hamlib, я пока не понял почему этот код вызвал сбой.

Если у Вас под Линуксом CAT в 16.6 работает без проблем то собирать 16.6.1 смысла нет.

Еще есть незначительное отличие, при удаленном INI файле первый запуск софта - в конфигурации откроется закладка Colors в 16.6, в 16.6.1 откроется закладка General.

[UA3DJY]

Игорь, файл ini был удалён до установки новой версии. Рекомендациями пользуюсь всегда. Сейчас переустановил программу заново.
Возможно причина в том, что после запускал и пользовался предыдущей версией.

Переустанавливать программу смысла нет, я в процессе работы над ней вообще не использую инсталляцию из установочного файла. Просто копирую папки с уже распакованным софтом из JTSDK. За все время работы с JTDX ни разу не видел чтобы поломались файлы самого софта - наверно это может произойти если посыпется жесткий диск.

WSJT-X.ini и другие файлы из пути AppData/Local/ остаются на компьютере при удалении софта и переиспользуются при установке новой версии.

Если не использовать в ярлыке запуска софта ключ --rigname то любая версия софта будет обращаться в одну и ту же папку за WSJT-X.ini, пользователю необходимо отслеживать по сопровождающей документации совместимость INI между разными версиями. При выпуске новой версии в файле Release notes я указываю совместимость INI с предыдущей версией, на форуме тоже об этом пишу.

WSJT-X.ini можно удалить в любой момент (только при выключенном софте), я на всякий случай его удаляю перед тем как начать тесты под выпуск версии или если мне что то не понравилось в поведении софта.

Поскольку мне часто приходится прыгать между разными версиями и промежуточными срезами(более 1000 уже на компьютере) - удаление INI файла стало обычным делом.

Это одна из причин почему я начиная с 16.6 сменил настройки по умолчанию: водопада, закладки Advanced в 3-4-1, стартового режима в JT65+JT9, и TX моды в JT65 (еще поменял из CQ DX в CQ - как незначительный дефект). Поэтому начиная с 16.6 как критерий проверки того что файл был удален - отсутствие позывного пользователя в конфигурации, закладке General.

[UA9OP]

спасибо за релиз! принимает ну очень много станций за раз,

А что до этого меньше было? в старых версиях и до 35 декодов доходило.

[UA9OP]

да, с ним лучше !

Два монитора... и на любом интерфейсе тоже самое будет.

[UA9OP]

апдейтов вплоть до 2.0.4

уже 2.0.5-1 realese 696

[R7FQ]

..наверно это может произойти если посыпется жесткий диск....

Система и программы у меня установлены на SSD, файл подкачки на ОЗУ. Считаю, что файл INI изменятся при использовании предыдущих версий. Например после того как я показывал скрин в сообщении №2076 мне пришлось заново устанавливать файл из исходника.
Вот к примеру файл INI от 16.6 в версии 16.5:

Вложение 171285

[UA3DJY]

Считаю, что файл INI изменятся при использовании предыдущих версий.

верно, в том случае если формат INI файла этих версий несовместим, я указываю совместимость с предыдущей версией, по разным постам или Release notes можно отследить совместимость через одну или более версий

Например после того как я показывал скрин в сообщении №2076 мне пришлось заново устанавливать файл из исходника.

файл WSJT-X.ini не создается при установке программы из установочного файла, так же и папка WSJT-X в пути /Local Settings/Application Data/

Создание папки и файла, если они отсутствуют на компьютере, происходит при первом запуске софта.

Соответственно если INI файл удалить (при выключенном софте) то при запуске софта он будет создан заново, в правильном формате.

[R7FQ]

.....файл WSJT-X.ini не создается при установке программы из установочного файла, так же и папка WSJT-X в пути /Local Settings/Application Data/

Создание папки и файла, если они отсутствуют на компьютере, происходит при первом запуске софта.

Соответственно если INI файл удалить (при выключенном софте) то при запуске софта он будет создан заново, в правильном формате.

Благодарю за пояснение! Здесь я ошибочно считал, что INI создаётся при установке. Надеюсь это будет полезно и другим пользователям.

[UA3DJY]

лучше бы автостирание правого окна сделали, после RR73

В неотключаемом варианте достаточно простое изменение кода в mainwindow.cpp, будет окно напишу пост по необходимому изменению для самостоятельной сборки.

сделать можно так, но не после а в момент начала передачи RRR, RR73, 73:

исходный код JTDX 16.6.1, файл mainwindow.cpp, строка 2613(пустая строка) - в нее надо вставить этот код

if (is_73) {
on_EraseButton_clicked ();
}

содержимое правого окна(окно частоты приема) будет вытираться но после этого в него будет попадать передаваемое сообщение RRR, RR73, 73

[UA3DJY]

Вот тут есть несколько вопросов. Как быть если работает станция через дробь. При проведении связи позывной обрезается до нормального и спот на reporter пойдёт с нормальным позывным и на сайте отобразится по позывному без дроби. Хорошо если это /p или /m, а если работает из другой страны. При "ковырянии" jt65hf выяснил, что тоже передаёт всё, что принимал и к примеру недавно работал OH0/OH1XFE, при передачи рапорта и т.д. передавал домашний позывной (в программах обрезается, чтобы уложиться в протокол). При CQ всё нормально, передаётся полный позывной. Так вот к чему всё это, куда поместит (в какую страну) эту станцию reporter в первом и во втором случае. В первом случае программа создаст спот с домашним позывным, во втором полный позывной. Я думаю, что правильнее будет передавать споты на reporter от станций дающих только CQ или QRZ, или предусмотреть выбор пользователю.

Скорее всего pskreporter поместит станцию на карту согласно полученному в споте грид локатору, независимо от наличия дроби или префикса.

Еще есть интересный пример, приемник с позывным ANALYSIS - показывается на карте pskreporter в США, судя по тому в какие часы дня он меня слышит находится где то в Европе.
В этом случае pskreporter доверяет грид локатору самой репортирующей станции, полученному из ее спотов, не анализируя позывной.

[RC2SC]

сделать можно так, но не после а в момент начала передачи RRR, RR73, 73:

исходный код JTDX 16.6.1, файл mainwindow.cpp, строка 2613(пустая строка) - в нее надо вставить этот код

if (is_73) {
on_EraseButton_clicked ();
}

содержимое правого окна(окно частоты приема) будет вытираться но после этого в него будет попадать передаваемое сообщение RRR, RR73, 73

Содержимое правого окна если и может удаляться так только после того как QSO упадёт в лог ( после нажатия OK в сплывающем окне Log QSO ), ведь не факт что после передачи вами RRR, RR73, 73 QSO состоялось ( корреспондент принял ваши RRR, RR73, 73 ) и не начнёт опять передавать рапорт.

[UA3DJY]

Содержимое правого окна если и может удаляться так только после того как QSO упадёт в лог ( после нажатия OK в сплывающем окне Log QSO ), ведь не факт что после передачи вами RRR, RR73, 73 QSO состоялось ( корреспондент принял ваши RRR, RR73, 73 ) и не начнёт опять передавать рапорт.

Это одна из причин почему я не спешу делать этот функционал в JTDX.

Насчет логирования QSO я пока еще до конца не понимаю взаимодействие с разными сторонними логами и не уверен что каждый пользователь обязательно заносит связь в wsjtx_log.adi, возможно что часть пользователей заносят QSO исключительно во внешние логи.

[UA3DJY]

много здесь лишнего, в 16.5 намного лучше было все и еще синий цвет часов и частоты?

Софт позволяющий отредактировать интерфейс запускаем с этого пути: C:\JTSDK\qt5\Tools\QtCreator\bin\qtcreator.exe

Им открываем файл mainwindow.ui и идем в закладку Дизайн (Designer).

Кликаем мышкой на фоне часов, справа внизу открывается окно лейбла UTC, в нем кликаем на иконке показанной красной стрелкой:



Открывается редактор таблицы стилей в котором можно выбрать необходимый цвет для текста (color) и фона часов (background color)



Так же можно поменять цвет текста и фон частоты.

сохраняем файл, собираем софт.