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

[R6LCF]

у вас DT на передачу не такое уж и идеальное

Ну так DT в месте приема необходимо корректировать ,а не с места передачи.
Да вроде ничего у меня с временем!

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

- - - Добавлено - - -

Да вот еще.
У кого слабый комп.или нужно вытянуть сигнал/декодирование из глубоких шумов я лично пользуюсь фильтром программы JTDX....и продолжаю пользоваться.
Условия : все настройки по максимуму ,вкл.декодера 3. и при работе с конкретной станцией Lag=близко к "0" загрузка проц идеально.
Для скептиков ,проверить самому и все станет ясно.Смотрим при вкл.фильтр Lag=.....и в Диспетчере задач загрузку проц.Когда прием -26дб корреспондента и постоянно пропадает это едва ли не единственное решение+ шикарные настройки и работа в последней версии.
Это мое мнение ,уже неделю работаю в rs153 и подтвержденное для себя успешной работой. Никому этого не навязываю ,дело лично каждого!

[UA3DJY]

При работе в 153 сборке периодически, каждые 10-15 минут, отваливается CAT. Конфигурация: Core i5 8 Мб x64 + FT-950. Откатился на 152, работает стабильно.
Вложение 285612

Какую причину показывает в подробностях? Можем сделать сборку JTDX rc153 с диагностикой Hamlib и подключить Michael W9MDB к поиску и устранению дефекта в Hamlib.

Если сами собираете софт то можете сделать сборку 153 с тэгом кода Hamlib rc152, исходный код доступен здесь.

[R0JF]

Какую причину показывает в подробностях? Можем сделать сборку JTDX rc153 с диагностикой Hamlib и подключить Michael W9MDB к поиску и устранению дефекта в Hamlib.

Игорь, действительно есть в Вин проблема с САТ (в 152 не проявлялось) - при запуске сначала крик на сбой САТ, при входе в настройки и проверке тест проходит, но тут же опять сообщение об ошибке, после чего уже и тест соединения не проходит.
Ругается на "Hamlib error: Command rejected by the rig while opening connection to rig"
Да, при попытке работы через ОмниРиг у меня JTDX вообще вылетает без сообщений об ошибке. И последующие запуски также ошибкой завершаются, пока процесс ОмниРиг не прибью.

В Linux Вроде нормально работает.

[UF8T]

уже неделю работаю в rs153 и подтвержденное для себя успешной работой.

Подтверждаю слова Владимира! С 22 октября в 153-й и самые приятные ощущения от работы. Вчера и сегодня тестировал финальную версию: это просто чудо!

[UA3DJY]

Ругается на "Hamlib error: Command rejected by the rig while opening connection to rig"
Да, при попытке работы через ОмниРиг у меня JTDX вообще вылетает без сообщений об ошибке. И последующие запуски также ошибкой завершаются, пока процесс ОмниРиг не прибью.

В Linux Вроде нормально работает.

Если сборка кода Hamlib тоже с тэгом 153 под Линукс то Hamlib должен вести себя одинаково. С OmniRig похоже сбой связан с эмуляцией последовательного порта. CAT через последовательный RS232 порт в новых моделях трансиверов это чудо 21-го века за это производителям уже пора памятник поставить.

[R0JF]

Если сборка кода Hamlib тоже с тэгом 153 под Линукс то Hamlib должен вести себя одинаково. С OmniRig похоже сбой связан с эмуляцией последовательного порта. CAT через последовательный RS232 порт в новых моделях трансиверов это чудо 21-го века за это производителям уже пора памятник поставить.

У меня SDR. Виртуальные порты. Они и теряются. В Linux, кстати, тоже бывает. Но реже. Гораздо.
Вообще, честное слово,хочется собрать со старым, древним, официальным hamlib. Уж больно капризная эта доработанная версия.

- - - Добавлено - - -

2 UA3DJY!

Игорь у меня предложение по интерфейсу - надо бы в DT сделать как-то "быстрый сброс". Типа "двойной клик" и DT устанавливается по-нулям.

И второе предложение по тому же - неплохо бы, чтобы автоматически сбрасывалось на 0 после занесения QSO в лог. Поясню мысль - "дергать" DT в 100% нужно ради одного-единственного QSO. С корреспондентом, у которого DT неверно, но он очень нужен. Т.е. после удачно проведенной связи измененный DT нам уже не нужен. А вот сбросить его не всегда есть рефлекс. Сам уже ловил себя несколько раз.

А в CL удобно было бы выпадающее меню. А то пока наклацаешь мышой по 5% палец болит.

[UA3DJY]

неплохо бы, чтобы автоматически сбрасывалось на 0 после занесения QSO в лог. Поясню мысль - "дергать" DT в 100% нужно ради одного-единственного QSO. С корреспондентом, у которого DT неверно, но он очень нужен. Т.е. после удачно проведенной связи измененный DT нам уже не нужен. А вот сбросить его не всегда есть рефлекс. Сам уже ловил себя несколько раз.

А в CL удобно было бы выпадающее меню. А то пока наклацаешь мышой по 5% палец болит.

CL спинбокс вроде позволяет значение с клавиатуры ввести, может не работает?

DT на корреспондента есть смысл крутить только если он прыгает TX частотой либо его TX частота неизвестна, поскольку на приемной частоте QSO JTDX не прореживает кандидатов.

Вообще, честное слово,хочется собрать со старым, древним, официальным hamlib. Уж больно капризная эта доработанная версия.

На GitHub есть теги всех последних версий Hamlib под JTDX, можно сделать сборку с любым из них:

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

Официальному Hamlib 3.3 уже более двух лет, по поддерживаемому функционалу разница просто огромная:

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

[UA3DJY]

У меня ничего не меняется с DT принимаемых станций при изменении этого параметра в программе.
Ранее использовал специальную программу, которая корректировала системное время компа.
Она работатала.
А сейчас хоть +1, хоть -1 секунды накручиваю, а DT какое было, такое и остается у принимаемых станций.

Непонимание работы функционала прореживания: мы не смещаем внутреннее время программы относительно входящего звукового потока, настройкой DT при прореживании списка кандидатов мы в этом списке в широкой полосе приема увеличиваем соотношение декодируемых кандидатов (настоящие сигналы с сообщениями) к недекодируемым кандидатам(помехи и шум).

В русскоязычном переводе версии 153, в подсказке, есть информация что настройка DT применяется к опции прореживания.

- - - Добавлено - - -

Протестировал новый релиз 153, и остался не в восторге. Отсутствует стабильность декорирования, даже тестовых файлов. Огромная привязка к системному времени. Даже на минимальных установках запаздывает почти на две секунды. А с эфира и на четыре случалось.

Дефект, сбой в работе программы(похоже разрушение содержимого оперативной памяти) происходит в момент изменения значения в спинбоксе DT, нормальная работа восстанавливается после второго перезапуска программы.

Причину уже нашли и устранили, сегодня начинаем делать сборки rc154.

[UT7EV]

ini файл находится в папке с логом, имеет имя JTDX и расширение ini. Файл можно редактировать только при выключенной программе, иначе программа перезапишет сделанные Вами изменения используя данные с оперативной памяти.

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

[EU1FQ]

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

Смотрите здесь: c:\Users\Имя пользователя\AppData\Local\JTDX\

[YL3FW]

...Папку лога не могу найти,без включения программы...

Vlad,...может быть здесь - C:\Users\Vlad\AppData\Local\JTDX

[LZ2HV]

To YL3FW
C:\Users\Vlad\AppData\Local\JTDX -> AppData <- ето скритая папка, если у нево ето в folder options не разрешено сматрит он не увидит папку
Незнайу в Рускй интерфйс как ето назйваетса

[US-E-12]

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

Видать выбрали OmniRig и понеслись пляски.
Как быстро выбрать скрытую папку
1. Запускаем проводник и в адресной строке вводим %AppData% и жмём Enter.



2. Кликаем, опять же в адресной строке проводника по AppData (у кого-то сразу попадём туда).

[UA3DJY]

JTDX v2.2.0-rc154, для замены проблемной версии rc153.

Измененный функционал:

- устранен сбой проявлявшийся в задержке работы FT8 декодера
- сохранение целочисленных значений заместо дробных в JTDX.ini файле, для исключения возможного конфликта с региональными настройками операционной системы пользователя
- обновлен перевод
- JTDX 2.2.0-rc154 собран с модифицированным исходным кодом Hamlib, основан на Hamlib commit https://github.com/Hamlib/Hamlib/com...3d948b2a6d8764 от 7 декабря 2020г.

win64 сборки сделаны под Qt 5.15.1
win32 сборки сделаны под Qt 5.9.5
где Windows XP&Vista не поддерживаются

Изменения в файле JTDX.ini:
удалены параметры DTCenter, TxDelay
добавлены параметры DTCenterInt, TxDelayInt

Линки на сборки:

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

Сборки под 16-бит звук:

собранный софт (MS Windows, 64bit) https://cloud.mail.ru/public/4nBh/3fkrR7gET
кодовая сумма JTDX-2.2.0-rc154-win64.exe
SHA-256: F250ECBBC9C9049EDF6B660D3F2CB7252FDC1D846157B6FC36E747788F01E0D4

собранный софт (MS Windows, 32bit) https://cloud.mail.ru/public/3Wx9/26DwNurf2
кодовая сумма JTDX-2.2.0-rc154-win32.exe
SHA-256: 9DABBDC838DAD2DB95AA7B6EBE5EA5A3D6BBBD141A34DF33CD6C77E94B114F4A

--------------
Сборки под 32-бит звук:

собранный софт (MS Windows, 64bit) https://cloud.mail.ru/public/56yc/43eqQypaE
кодовая сумма JTDX-2.2.0-rc154_32A-win64.exe
SHA-256: 20C119D741A1FE4CC07C4201C17C484361D1C4E63742C3CD5A4250958718B9D2

собранный софт (MS Windows, 32bit) https://cloud.mail.ru/public/Y7gi/G2dCDuBkj
кодовая сумма JTDX-2.2.0-rc154_32A-win32.exe
SHA-256: 685AFA3986C6E10264E02649D0D44999940464B3A38A3203F5C26A20695C65A6

В этой сборке Hamlib есть патч для Yaesu, возможно сбой CAT FT-950 уйдет.

[UR7QM]

rc153 содержит патч для TS-570 в Hamlib, есть смысл попробовать выбрать эту модель в списке.

Тестировал часа 3 версию 153, выбрав для САТ свой TS-570DG. Сбоев САТ не стало. Спасибо!