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

Вид для печати

17.09.2016, 01:57
R7FQ

Вложений: 1

Цитата:

Сообщение от UA3DJY

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

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

Вложение 171269

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

Цитата:

Сообщение от UA3DJY

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

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

Цитата:

Сообщение от R0JF

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

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

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

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

Цитата:

Сообщение от R7FQ

Игорь, файл 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.
17.09.2016, 18:55
UA9OP

Цитата:

Сообщение от RZ1ZR

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

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

Цитата:

Сообщение от RZ1ZR

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

Два монитора... и на любом интерфейсе тоже самое будет.
17.09.2016, 19:00
UA9OP

Цитата:

Сообщение от UA3DJY

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

уже 2.0.5-1 realese 696
17.09.2016, 19:10
R7FQ

Цитата:

Сообщение от UA3DJY

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

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

Вложение 171285
17.09.2016, 20:09
UA3DJY

Цитата:

Сообщение от R7FQ

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

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

Цитата:

Сообщение от R7FQ

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

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

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

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

Цитата:

Сообщение от UA3DJY

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

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

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

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

Цитата:

Сообщение от UA9OP

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

Цитата:

Сообщение от UA3DJY

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

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

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

if (is_73) {
on_EraseButton_clicked ();
}

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

Цитата:

Сообщение от US-E-12

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

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

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

Цитата:

Сообщение от UA3DJY

сделать можно так, но не после а в момент начала передачи 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 ) и не начнёт опять передавать рапорт.
18.09.2016, 13:35
UA3DJY

Цитата:

Сообщение от RA9XQ

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

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

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

Вложений: 2

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

Цитата:

Сообщение от UA9OP

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

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

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

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

Вложение 171354

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

Вложение 171355

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

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