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

[RM6LA]

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

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

[UA3RMB]

Да, работает на Thetis.

[RX4HX]

Кажется TCI Audio пофиксили.

Вот теперь работает - пробую!)))

Но CAT по TCI (самое простое - HI!) работает криво: если менять частоту на трансивере, в программе она не меняется!
Ну и задваивает, но как я понимаю, это проблема "материнской" WSJT-X.

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

Еще по поводу WSJT-Z:
- галочка Автосохранения QSO влог не срабатывает - вместо сохранения выскакивает окно сохранения.
- не понял как включить режим SuperFOX - он вообще тут есть?

[R6ON]

Алексей, в WSJT-Z автосохранение сохраняется когда вкл. авто CQ.
При откл. авто CQ выскакивает окно автосохранения для подтверждения.
Супер Фокс вкл.

[RM5F]

Вот теперь работает - пробую!)))

Но CAT по TCI (самое простое - HI!) работает криво: если менять частоту на трансивере, в программе она не меняется!
Ну и задваивает, но как я понимаю, это проблема "материнской" WSJT-X.

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

Еще по поводу WSJT-Z:
- галочка Автосохранения QSO влог не срабатывает - вместо сохранения выскакивает окно сохранения.
- не понял как включить режим SuperFOX - он вообще тут есть?

Да, звук по TCI заработал.

Галочка "Автосохранения QSO в лог" у него никогда не работала, только в режиме автомата. Но это легко можно вот так решить

//---------------------------------------------------------------------------


void __fastcall TForm1::Timer1Timer(TObject *Sender)
{
     HWND LLL =  FindWindow( 0, "WSJT-X   v3.0.0    - Log QSO") ;


     if( LLL!=NULL && IsWindowVisible(LLL)==true){
         ::PostMessage(LLL,WM_KEYDOWN,VK_RETURN,0); 
    }
}
//--------------------------------------------------------------------------- 

А еще у него S&P-автомат реагирует только на CQ, всякие 73, рр73 и ррр игнорирует. Поэтому надо инициировать qso из LogHX, а завершать ::PostMessage

[RX4HX]

Виталий и Виктор - спасибо за информацию!

Но это легко можно вот так решить

Прикольное решение - я так в других программах когда то делал, но думал, что время таких "хаков" прошло! Ан нет! )))

инициировать qso из LogHX

Вот не правильно это конечно... По хорошему такие вещи должны быть из WSJT.

[UN8FR]

Друзья, всем здравствовать! Установил крайние версии WSJT-X и WSJT-Z и стало двоить (смотреть скрин) в листинге при RX, но только когда отвечают мне. При других RX не двоит. Может кто уже сталкивался борол сию беду?

И еще у Вас красный фон на TX First. AutoCall будет вызывать только станции в четном периоде. Кликните дважды на красный фон. И тогда AutoCall будет работать в обоих периодах.

[UN8FR]

Все утро тестирую WSJT-Z 3.0-2.0.11 на общий вызов. Претензий нет, AutoCall не проверял еще.
Мультипоточный декодер отключен, коряво его сюда портировали.

[R7HG]

,Обращаюсь к знатокам программы JTDX. Подскажите как решить следующую проблему:
Программа JTDX v.160-RC-7, на ПК установлена WIN-10. При запуске программы JTDX выходит окошко с надписью:
"Ошибка SoundInput. Запрашиваемый формат входящего звукового сигнала не поддерживается на этом устройстве".
Что это означает?
Как исправить?

Спасибо всем откликнувшимся на мою просьбу о помощи.
Проблема решилась путем ПЕРЕУСТАНОВКИ драйвера звуковой карты.

[UN8FR]

AutoCall тоже работает отлично.
На GitHub есть запрос (фикс) к автору на исправление бага с двойным декодом, возможно в понедельник выйдет WSJT-Z 3.0-2.0.12. Но это не точно, может во вторник

[UN8FR]

WSJT-Z 3.0-2.0.12 вышел, самые существенные баги исправлены.

https://github.com/sq9fve/wsjt-z/releases/tag/v2.0.12

Ванильный WSJT-X 3.0.1 так же вышел.

https://sourceforge.net/projects/wsj...s/wsjtx-3.0.1/

[RA4NCC]

WSJT-Z 3.0-2.0.12 вышел, самые существенные баги исправлены.
https://github.com/sq9fve/wsjt-z/releases/tag/v2.0.12
Ванильный WSJT-X 3.0.1 так же вышел.
https://sourceforge.net/projects/wsj...s/wsjtx-3.0.1/

По привычке поставил и проверил. Для меня ничего не изменилось: WSJT-Z работает с Omnirig, WSJT-X не работает

[RM5F]

Добрый день!

Программа WSJT-X v3.0.0



Подскажите как с этим бороться?


Я не сразу сообразил, что это баги кодирования-декодирования. Оказывается 5U7XOU и K6BBC - это мне отвечали.

[UN8FR]

Подскажите как с этим бороться?

Протоколы FT4 и FT8 не всегда передают полный позывной в сообщении. Иногда вместо него протокол использует короткое числовое значение. Это число вычисляется путем «хеширования» текстовой строки позывного. В результате хеширования позывного получается число, которое служит его цифровым представлением. В протоколах FT4 и FT8 могут использоваться хеш-коды длиной всего 10 бит — это соответствует примерно 1024 уникальным значениям. Из-за этого часто возникают так называемые «коллизии хешей»: хешированное число не удается однозначно преобразовать обратно в исходный позывной станции, и вместо него отображается другой возможный позывной, соответствующий тому же хеш-коду.

callsign: 5U7XOU
10-bit hash: 791
12-bit hash: 3167
22-bit hash: 3243538

callsign: K6BBC
10-bit hash: 791
12-bit hash: 3167
22-bit hash: 3243999

callsign: RM5F
10-bit hash: 791
12-bit hash: 3167
22-bit hash: 3243347

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

Arvo, JTDX видит сработанные штаты как новые.
А что внутри state_data.bin, как и чем посмотреть?

Ну вот несколько примеров:
NM - N5HC
MT - K9BM
WV - WT8V
Все эти QSO разумеется есть в wsjtx_log.adi & wsjtx.log.
Я им даже всем дописал <state:2>XX - это не помогло.
Подозреваю что их нет в state_data.bin.
В базе USState.db WSJT-Z они есть! И свежие данные скачиваются с FCC.gov.
Вот оно, свежее и обновляется регулярно: https://data.fcc.gov/download/pub/ul...ete/l_amat.zip
IP стран СНГ они блочат, через Нидерландский proxy скачивал.
Есть скрипт на Питоне для парсинга этого файла: https://github.com/sq9fve/wsjt-z/raw..._usstate_db.py

[ES1JA]

Arvo, JTDX видит сработанные штаты как новые.
А что внутри state_data.bin, как и чем посмотреть?

Ну вот несколько примеров:
NM - N5HC
MT - K9BM
WV - WT8V
Все эти QSO разумеется есть в wsjtx_log.adi & wsjtx.log.
Я им даже всем дописал <state:2>XX - это не помогло.
Подозреваю что их нет в state_data.bin.
В базе USState.db WSJT-Z они есть! И свежие данные скачиваются с FCC.gov.
Вот оно, свежее и обновляется регулярно: https://data.fcc.gov/download/pub/ul...ete/l_amat.zip
IP стран СНГ они блочат, через Нидерландский proxy скачивал.
Есть скрипт на Питоне для парсинга этого файла: https://github.com/sq9fve/wsjt-z/raw..._usstate_db.py

Worked state in general is worked grid (geolocation), US callsigns can work with same callsigns from different states, so there using call/state database is not correct way. JTDX-s state_data.bin in general is table to determine state from grid.
So should be clear why JTDX has implemented complex database for more precise than 4 char grid. In live calculating state is done by getting grid from own database then getting state from grid. Sometimes is seen more than 1 state, then 4char grid has not enough to determine real correct state.
Transmitted 4char grid (CQ or calling) is used as salt for getting more precise grid. When not salt and call has used more than 1 different grids then most precise grid is used until salt is received in current session (not the best way, but I don’t have better idea). Here all can understand why is stupid calling with report. It is important to leave know to others from where current call is coming. In general both New Grid and New State needs same info.
Now fixing worked States. You need to set correct grid into wsjtx_log.adi for qso that gives new state (in your mind). I personally always try to log qso with at least 6char grid. JTDX supports also 8 and 10 char grids for all checks.

[RX4HX]

Подскажите как с этим бороться?

«коллизии хешей»

Нет, это не коллизия, а именно глюк данной версии WSJT! Да, коллизия имеет место быть, но с какого перепуга она должна проявиться в данном случае? RP- станция правильно приняла позывной RM5F - это видно по рапорту, и в первый раз все нормально декодировалось. При ответе - да передавался хеш позывного RM5F - но свой то позывной должен быть декодирован в данном случае правильно!
Как бороться? Ну вот

WSJT-X 3.0.1 так же вышел.

может тут этот глюк исправили.