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

[R6LCF]

Более чем уверен что установив последнюю версию мало кто удосужится удалить файл конфигурации (ini) в соответствии с рекомендацией автора в аннотации к программе (версии).
Понятно , что удалить в соответствии с правилами ....не запуская программу. А далее постоянные жалобы от .....некоторых на работу программы ,в основном от не желания выполнять! Может начать следовать правилам и инструкциям ,особенно от автора.

[R0JF]

JTDX v2.0.1-rc131 Linux version from original source files by Igor UA3DJY (Many Thanks him):
Hamlib4 version from February, 26 2019

->Скрытый текст<-

Binary files only (compiled in Ubuntu 18.04LTS):
https://cloud.mail.ru/public/65sh/o2opWCRBJ
SHA256: d2216a9549779cb75d1e7c78a3dac768d19c8ade8459eda0101df39007effac9

64-bit .deb (compiled in Ubuntu 18.04LTS):
https://cloud.mail.ru/public/CpRN/u6dhPwYZ8
SHA256: 65ea69c3b6ec34ecfed8f1536bbfa52b7d2735b775ec0e6e1e731af823c97212

Binary files only (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/AePh/1ekRWfJpu
SHA256: 0b18a63ba76c318f9e4ed379a26d46bf415a97ed86bcc28725cebc6af010344c

64-bit .deb (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/DS2W/1KrqNpZgT
SHA256: eab24b479ea0712cb276d0da6588e9fd419470d944d6ecef3f4c5293d0783f78

32-bit .deb (compiled in Ubuntu 16.04LTS):
https://cloud.mail.ru/public/7yyU/vbtmrd19w
SHA256: 34004bc80075ba44bbda986ef2ea4d4204af773276b0dbda8c32755a8ff273f0

Raspberry PI3 .deb (compiled in Ubuntu-Mate 16.04LTS):
https://cloud.mail.ru/public/FUiY/KzNfUtQ53
SHA256: 5f32c52f20b4ae973adb8a6b0e93f6e924e3a3530ce1f55a505874fca837984b

73 to ALL from R0JF (Igor)!

[LY3BG]

Прошу помочь в настройке FT-8 трансивер FT-2000 при включенной кнопке pkt работает на передачу как положено переходишь на прием трансивер переключается на rtty а в этом режиме вместо ft-8 идет тон настройки и приходится постоянно контролировать в каком режиме находится трансивер.

Если Вы управляете трансивером через OmniRig, то он понимает команду Data/Pkt как RTTY.
Можно переписать команды, но тогда не будет RTTY. Год назад с этим игрался.

[UA9FFV]

Если Вы управляете трансивером через OmniRig, то он понимает команду Data/Pkt как RTTY.
Можно переписать команды, но тогда не будет RTTY. Год назад с этим игрался.

Я так же работаю в PKT и использую OmniRig. USB с первого раза показал узкую полосу, а играться не стал. Так и остался в пакете.
Что-то я правил в ини-файле. Сейчас уже не припомню. Но проблем с RTTY не испытываю. Если SQ интересно я вышлю эти ини. FT2K и FT5K имеют близкие протоколы.
А LCF-а я бы тоже поддержал. Далеко не все ведь читают конференцию. Скачают дистрибутив и поставят. Хорошо бы заложить версию ини в текст этого файла и при установке автоматом сносить старую. Но это, конечно, потребует дополнительных усилий от Игоря.

[RM1F]

Хорошо бы заложить версию ини в текст этого файла и при установке автоматом сносить старую. Но это, конечно, потребует дополнительных усилий от Игоря.

Ну, усилий-то там всего ничего: вытащить файл из ресурса и записать на диск. Другое дело, что мне представляется, что вот так вот взять и перезаписать файл пользователя (даже из самых лучших побуждений!) некорректно. Более правильным мне кажется следующий алгоритм:
- проверить целостность INI-файла (например см. пост #17022),
- проверить номер версии и сборки ПО, указанные в INI-файле,
- если они отличаются от текущих (или новых) - вывести ругательство типа "Обнаружен INI файл времен царя Гороха! Программа может работать некорректно! Продолжить?" с кнопками Да, Нет, Обновить INI файл,
- если пользователь выбрал Обновить INI - то обязательно (!!) сохранить текущую версию как .bak. Можно даже пойти дальше - сгенерировать имя типа "JTDX.ini-20190301-154632.bak" (ну, тут зависит только от фантазии программиста )

[UA3DJY]

Ну, усилий-то там всего ничего: вытащить файл из ресурса и записать на диск. Другое дело, что мне представляется, что вот так вот взять и перезаписать файл пользователя (даже из самых лучших побуждений!) некорректно. Более правильным мне кажется следующий алгоритм:
- проверить целостность INI-файла (например см. пост #17022),
- проверить номер версии и сборки ПО, указанные в INI-файле,
- если они отличаются от текущих (или новых) - вывести ругательство типа "Обнаружен INI файл времен царя Гороха! Программа может работать некорректно! Продолжить?" с кнопками Да, Нет, Обновить INI файл,
- если пользователь выбрал Обновить INI - то обязательно (!!) сохранить текущую версию как .bak. Можно даже пойти дальше - сгенерировать имя типа "JTDX.ini-20190301-154632.bak" (ну, тут зависит только от фантазии программиста )

Простой сценарий: посыпались данные в оперативной памяти, пользователь закрывает программу JTDX и в момент закрытия она записывает ломанные данные в INI файл, после чего вычисляет CRC самого файла. В итоге при запуске программа на ушах а CRC проверка прошла нормально.

С контролем изменений файла лога сделанных внешними программами тоже оказалось не все просто: JTDX собирается под несколько платформ, на Линуксе при полной перезаписи файла она происходит через удаление файла, в итоге Qt watcher перестает смотреть за этим файлом. Пришлось делать танец с бубном для нормальной работы этого функционала под Линуксом.

[R0JF]

Мне проще по поводу ini-файлов видится...

Ну и что такого, что в старом ini остались удаленные позиции? Если добавились новые - дописать в файл.
Считывать только то, что актуально. Вот и все.

Другой вопрос - не присваивать новым функциям "старые названия", чтобы в ini-файле путаницы не было.

Ну и не грех было бы рад в полугодие "чекер" выдавать. Чтобы проверял старый ini-файл и тупо удалял из него старые позиции....

Мне кажется, что вообще нет проблем.

[UA3DJY]

Мне проще по поводу ini-файлов видится... Ну и что такого, что в старом ini остались удаленные позиции? Если добавились новые - дописать в файл. Считывать только то, что актуально. Вот и все. Другой вопрос - не присваивать новым функциям "старые названия", чтобы в ini-файле путаницы не было.
Ну и не грех было бы рад в полугодие "чекер" выдавать. Чтобы проверял старый ini-файл и тупо удалял из него старые позиции....
Мне кажется, что вообще нет проблем.

Сбои INI скорее всего идут от изменения информации в оперативной памяти (либо железо сбоит либо какой софт залез куда его не просили), сбои характерны для операционных систем Windows, возможно что Линукс лучше разруливает работу с оперативной памятью.

В версии JTDX rc131 мы по максимуму перевели связанные параметры на integer где легко проверить соответствие значения допустимому диапазону, bool параметры самовосстанавливаются но имеют двоичную неопределенность в варианте Qt при считывании ломанного значения с INI файла. Поэтому для критичных bool параметров при поломанном значении в INI мы сделали откат на значение по умолчанию при котором ущерб минимален.

Проблема есть с геометрией окон и сохранением уровня передачи по диапазонам, которые записываются в виде QByteArray, проблемы есть с параметрами QString и настройками CAT. Все это либо слишком сложно либо невозможно проверить при запуске программы.

[UA3DJY]

В JTDX rc132 будет доступен для выбора непрерывный диапазон количества потоков декодирования от 1 до 12.

Результаты тестирования на процессоре i7-6700 3.40GHz на звуковом файле (приложен) с которого декодируется около 30 сигналов, одновременно с JTDX на компьютере работали еще много разных приложений.

Левая колонка количество потоков декодирования, правая время декодирования файла в секундах:

1 0.974
2 0.701
3 0.535
4 0.391
5 0.352
6 0.323
7 0.344
8 0.31

[UR4QX]

Разработчикам - UA3DJY его коллективу, Виктору R3BB, Спасибо с большой буквы за работу, над таким замечательным софтом для нас Р/Л.
МОЛОДЦЫ!!! Работаю в связке MixW_JTDX 7тыс.св., отдельная благодарность Виктору.
Огромная просьба к команде, если не отвлечет от основной работы, - реализовать возможность выбора цвета фона основного интерфейса программы.
Выжигает глаз, а мы тут большинство уже не молоды...
Если не в тему, просьба не пинать с Ув. UR4QX.
С учетом быстрого исправления багов - критических замечаний к JTDX у меня нет.

[UA3DJY]

Огромная просьба к команде, если не отвлечет от основной работы, - реализовать возможность выбора цвета фона основного интерфейса программы. Выжигает глаз, а мы тут большинство уже не молоды...

Есть отличная программа которой пользуюсь почти год, бережет глаза при продолжительной работе за монитором https://ru.wikipedia.org/wiki/F.lux
У меня в настройках днем 3000К, ночью 1900К, к ночи идет плавное понижение температуры:

->Скрытый текст<-

Глаза "выжигает" синяя часть спектра (с возрастом регенерация клеток увы нарушается и зрение по этой причине постепенно теряется), понижение температуры проблемную часть спектра подавляет.

Если проблему не решит то подумаем по части интерфейса JTDX.

[UN7JID]

Русская локализация JTDX v.2.0.1-RC131.
Линки :

->Скрытый текст<-

Собранный софт (Windows) https://cloud.mail.ru/public/LGTn/fr3gfY8XL
кодовая сумма JTDX-2.0.1-RUS-RC131-win32.exe
SHA-256: 04381CCEF1E75E1272D4041249746629D8C3D8D1BF1F3669D8C1D5B025F80D29

Исходный код https://cloud.mail.ru/public/HQES/fHDZ95Gof
кодовая сумма src2.0.1-RUS-RC131.zip
SHA-256: 24CD19F614B3A1BA892D2938DB6149F60C0806DAC9C634CFB68221FE2C027BDE

Снова повторяется тот же самый глюк((
После получения от корреспондента РР73, в ответ передается не 73, а р-рапорт.
Приходится вручную переключать.
Кусок файла ALL.ТХТ

->Скрытый текст<-

20190301_194714.399  Decoder started 
20190301_194700   4 -0.0  597 ~ CQ RW0SJ OO05           ^
20190301_194700  -4  0.1 1305 ~ CQ JA OM5CM JN98
20190301_194700 -19  1.5 2034 ~ CQ UA3PY KO84
20190301_194700 -16  0.5 1398 ~ CQ R2LAD KO64
20190301_194700 -22  0.1 1848 ~ CQ JA UT3UA KO50        ^
20190301_194715.833  hisCall:UA3PY time:71220 autoseq direction:0 TX R+REPORT SEQUENCE; status: RCQ
20190301_194715.833  JTDX v2.0.1-RUS-rc131 Transmitting 1.84 MHz  FT8:  UA3PY UN7JID NN19                    
                     AF TX/RX 2302/2034Hz AutoSeq2-On AutoTx-On SShotQSO-On Hound mode-Off
 Skip Tx1-Off HaltTxReplyOther-Off
20190301_194715.915  Decoding finished
20190301_194744.406  Decoder started 
20190301_194730   2 -0.0  597 ~ CQ RW0SJ OO05           ^
20190301_194730  -3  0.1 1305 ~ CQ JA OM5CM JN98        ^
20190301_194730 -14  1.5 2034 ~ UN7JID UA3PY -07
20190301_194744.595  hisCall:UA3PY time:71235 autoseq direction:0 TX R+REPORT SEQUENCE; status: RREPORT
20190301_194730 -15  0.5 1399 ~ R7DA R2LAD +07
20190301_194730 -11  0.1 1848 ~ CQ JA UT3UA KO50        ^
20190301_194745.098  JTDX v2.0.1-RUS-rc131 Transmitting 1.84 MHz  FT8:  UA3PY UN7JID R-14                    
                     AF TX/RX 2302/2034Hz AutoSeq2-On AutoTx-On SShotQSO-On Hound mode-Off
 Skip Tx1-Off HaltTxReplyOther-Off
20190301_194745.218  QSO history initialized by band change from transceiver
20190301_194745.430  Decoding finished
20190301_194814.405  Decoder started 
20190301_194800 -10  0.1 1305 ~ CQ JA OM5CM JN98        ^
20190301_194800 -14  1.5 2034 ~ UN7JID UA3PY RR73
20190301_194814.551  hisCall:UA3PY time:0 autoseq direction:0 auto sequence is not started; status: NONE
20190301_194800 -14  0.5 1397 ~ R7DA R2LAD RR73         ^
20190301_194800   3  0.0 1949 ~ CQ RW0SJ OO05
20190301_194815.020  JTDX v2.0.1-RUS-rc131 Transmitting 1.84 MHz  FT8:  UA3PY UN7JID R-14                    
                     AF TX/RX 2302/2034Hz AutoSeq2-On AutoTx-On SShotQSO-On Hound mode-Off
 Skip Tx1-Off HaltTxReplyOther-Off
20190301_194815.180  Decoding finished
20190301_194816.872  Retransmitting 1.84 MHz  FT8:  UA3PY UN7JID 73                      
20190301_194816.872  AF TX/RX 2302/2034Hz AutoSeq2-On AutoTx-On SShotQSO-On Hound mode-Off Skip Tx1-Off
20190301_194816.876  QSO logged: UA3PY
20190301_194836.377  Halt Tx triggered at RX: Halt Tx button clicked 
20190301_194844.408  Decoder started 
20190301_194830   1  0.0 1949 ~ CQ RW0SJ OO05           ^
20190301_194830 -16  0.7 2150 ~ UD3T LZ2XF R-03
20190301_194830  -7  0.1 1305 ~ CQ JA OM5CM JN98        ^
20190301_194830 -12  0.2 2277 ~ JE4URN UA3TCJ LO16
20190301_194830 -15  0.8 1789 ~ GW1YQM SP3IBS JO83
20190301_194830 -13  0.5 1397 ~ CQ R2LAD KO64
20190301_194845.003  hisCall:UA3PY time:71295 autoseq direction:1 TX REPORT SEQUENCE; status: S73
20190301_194845.007  DX Call UA3PY cleared, RRR|RR73|R73 count reached
Counters: answerCQ-Off value=2; answerInCall-On value=5; sentRReport-On value=5; sentRR7373-On value=1
20190301_194845.008  Decoding finished

Как с этим бороться?
Причем глюк проявляется хаотично, т.е. на одном QSO заглючило, на следующем может все пройти нормально, без проблем, а может снова сглючить...

[UA3DJY]

Снова повторяется тот же самый глюк(( После получения от корреспондента РР73, в ответ передается не 73, а р-рапорт.
Приходится вручную переключать. Как с этим бороться?
Причем глюк проявляется хаотично, т.е. на одном QSO заглючило, на следующем может все пройти нормально, без проблем, а может снова сглючить...

Здесь причина, автопоследовательность остановлена потому что была полностью очищена история QSO:

20190301_194745.218 QSO history initialized by band change from transceiver
20190301_194800 -14 1.5 2034 ~ UN7JID UA3PY RR73
20190301_194814.551 hisCall:UA3PY time:0 autoseq direction:0 auto sequence is not started; status: NONE

Возможно нестабильная работа CAT интерфейса?

Отработал этот код в mainwindow.cpp:

->Скрытый текст<-

void MainWindow::displayDialFrequency ()
{
Frequency dial_frequency {m_rigState.ptt () && m_rigState.split () ?
m_rigState.tx_frequency () : m_rigState.frequency ()};
// lookup band
auto const& band_name = m_config.bands ()->find (dial_frequency);
if (m_lastBand != band_name)
{
// only change this when necessary as we get called a lot and it
// would trash any user input to the band combo box line edit
if (!m_lastBand.isEmpty()) {
m_qsoHistory.init();
if(m_config.write_decoded_debug()) writeToALLTXT("QSO history initialized by band change from transceiver");
}

С нашей стороны подумаем о задержке очистки истории QSO чтобы учесть возможные сбои получения информации о диапазоне с трансивера при кратковременном выпадании CAT.

[UN7JID]

Здесь причина, автопоследовательность остановлена потому что была полностью очищена история QSO:

20190301_194745.218 QSO history initialized by band change from transceiver
20190301_194800 -14 1.5 2034 ~ UN7JID UA3PY RR73
20190301_194814.551 hisCall:UA3PY time:0 autoseq direction:0 auto sequence is not started; status: NONE

Возможно нестабильная работа CAT интерфейса?

Есть такое, в момент переключения ТХ\RX частота бывает подмаргивает и индикатор становится красным....
А возможно сделать чтоб при переключении диапазона\частоты история не стиралась?
Вроде видел такую функцию раньше, а сейчас только при выключении и при записи в лог вижу.

ЗЫ. Нашел. Оно оказывается не в настройках, а в разделе "разное".
Посмотрим, как себя дальше поведет программа.
Спасибо за подсказку.

[UA3DJY]

А возможно сделать чтоб при переключении диапазона\частоты история не стиралась?

Тогда программа будет брать частоты CQ сообщений корреспондентов с другого диапазона и пытаться вызывать корреспондентов с которыми была попытка провести QSO на другом диапазоне чтобы завершить его. Необходимо другое решение - защита от кратковременного выпадания CAT в коде JTDX и с Вашей стороны желательно наладить работу CAT потому что могут быть и другие сбои.

Вроде видел такую функцию раньше

Нет такой опции в JTDX.