Проект 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

[RU6B]

Ну а если действительно лог при переустановке запороли, то проверяйте редактором и восстанавливайте - способов много.

С логом просто - экспортировать ADIF из своего лога и подложить в папку с файлами JTDX/WSJT

[ES1JA]

Ну не работает так как хотелось бы...

Have You try’d configuration I pointed, Yep there many changes needed (color changes also), but it should show to You all B4 messages with color. As I sad for me it is strange wish, why to see with highlight (color) B4 messages, default jtdx shows with color messages from correspondents that can be selected immediately with dblclick. In general they should be ready to answer You if they want.
Anyway, You feel free to use any program is working as You like. This is my last comment in this topic, unless I see conflicting screenshots of configuration and decoded messages.

[UN3G]

Христо добрый день! Если в MSHV поставить RX ждущих 0, то при передаче некоторым корреспондентам RR73 связь не заноситься в лог и эти позывные не окрашиваются цветом.

[UN8FR]

В WSJT-X Improved 2.8 вижу FT8 сигналы с SNR -27. Никогда ниже -26 не видел...

[UA1NAN]

В WSJT-X Improved 2.8 вижу FT8 сигналы с SNR -27. Никогда ниже -26 не видел...

Один и тот же "waw" файл запустите в разных программах FT8 и будете удивлены разными значениями SNR. Этот вопрос к разработчикам софта, который несколько раз подымался в теме но ясного ответа никто не дал.

[ES1JA]

Один и тот же "waw" файл запустите в разных программах FT8 и будете удивлены разными значениями SNR. Этот вопрос к разработчикам софта, который несколько раз подымался в теме но ясного ответа никто не дал.

I have try’d to answer this question, but not remember where, so one more try.
Yes different programs giving different values for same signal, and SNR is calculated in different ways, ok I know only difference between wsjtx and jtdx.
SNR is Signal Noise Ratio. Everybody more or less understands what is signal but not so many understands what is Noise in this situation, here noise is not overall qrm in this band rather it is noise in this particular 60 Hz area where is this signal. Here becomes biggest difference between calculation between wsjtx and jtdx. Wsjtx gives much better snr value for decode which is strong, but bad quality (mainly overmodulated, or bad PA or…). Jtdx gives much worse snr for those signals. So general understanding is that wsjtx is very kind of giving good snr value. And there also opposite seen, jtdx can give much better snr value for relative weak decode, but it is clean, no qrm there. Which one is more correct, I don’t know. Igor has done it in this way and I agree and understand this. In short in wsjtx signal power has much more gain in calculation than noise power.

[UI6L]

I have try’d to answer this question, but not remember where, so one more try.
Yes different programs giving different values for same signal, and SNR is calculated in different ways, ok I know only difference between wsjtx and jtdx.
SNR is Signal Noise Ratio. Everybody more or less understands what is signal but not so many understands what is Noise in this situation, here noise is not overall qrm in this band rather it is noise in this particular 60 Hz area where is this signal. Here becomes biggest difference between calculation between wsjtx and jtdx. Wsjtx gives much better snr value for decode which is strong, but bad quality (mainly overmodulated, or bad PA or…). Jtdx gives much worse snr for those signals. So general understanding is that wsjtx is very kind of giving good snr value. And there also opposite seen, jtdx can give much better snr value for relative weak decode, but it is clean, no qrm there. Which one is more correct, I don’t know. Igor has done it in this way and I agree and understand this. In short in wsjtx signal power has much more gain in calculation than noise power.

Арво, а не с этим ли связана ошибка -26 в JTDX, с которой я к Вам обращался ранее? DX идет с хорошим уровнем, но в момент когда он отвечает мне сигнал проваливается до -24...-26 и DX пропадает. А через оборот все восстанавливается, но QSO завершилось неудачей. Прохождение явно не при чём. В WSJT такой проблемы не бывало ни разу. На скрине свежий пример. И таких примеров много к сожалению.

[ES1JA]

Арво, а не с этим ли связана ошибка -26 в JTDX, с которой я к Вам обращался ранее? DX идет с хорошим уровнем, но в момент когда он отвечает мне сигнал проваливается до -24...-26 и DX пропадает. А через оборот все восстанавливается, но QSO завершилось неудачей. Прохождение явно не при чём. В WSJT такой проблемы не бывало ни разу. На скрине свежий пример. И таких примеров много к сожалению.

No it is not connected to snr calculation, here qso was ok, why you got snr -24 in this case most probably connected to not fully transmitted period to You. Same did you calling him first time, Your Tx begin is 2 seconds late.

[UI6L]

No it is not connected to snr calculation, here qso was ok, why you got snr -24 in this case most probably connected to not fully transmitted period to You. Same did you calling him first time, Your Tx begin is 2 seconds late.

Арво, в таком случае непонятно как проходят QSO в WSJT, где компьютер точно так же синхронизируется и ДТ бывает разным. К слову и в JTDX например сегодня была связь с LZ06RN, у которого ДТ был 1,7! При этом у остального потока в периоде ДТ был 0,0 или 0,1 ; 0,2. С LZ06RN сработал чисто с хорошими рапортами. Ошибка есть и очень надеюсь что Вы сумеете разобраться в причинах и победите её!

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

No it is not connected to snr calculation, here qso was ok, why you got snr -24 in this case most probably connected to not fully transmitted period to You. Same did you calling him first time, Your Tx begin is 2 seconds late.

Вот например, специально нашел станцию с большим ДТ и спокойно сработал.

[RX3ASP]

Арво, а не с этим ли связана ошибка -26 в JTDX, с которой я к Вам обращался ранее? DX идет с хорошим уровнем, но в момент когда он отвечает мне сигнал проваливается до -24...-26 и DX пропадает. А через оборот все восстанавливается, но QSO завершилось неудачей.

No it is not connected to snr calculation, here qso was ok, why you got snr -24 in this case most probably connected to not fully transmitted period to You. Same did you calling him first time, Your Tx begin is 2 seconds late.

Я думаю, что основная причина этих попыток QSO с -26 уровнями - ложное HINT декодирование. ИИ даёт то, чего очень хочется оператору. Я неоднократно это наблюдал при QSO с экспедициями. У меня в городе отвратительнейшие условия - антенна сопля за окном и колоссальные помехи всех видов. Долго-долго зовёшь DX, периодически проваливающегося в шумы (или просто делающего паузы) и вдруг, о радость! Он отвечает с -26! Раньше пытался продолжить, давая ему R-26. Иногда даже RR73 от DX "принимал" тоже с -26, только в Логе DX меня не было. Потом понял бесперспективность. Декода не было и в сохраняемом wav. Теперь в таких ситуациях сразу сбрасываю последовательность.
Почему этого нет в WSJT-X? Потому, что там HINT менее чувствителен. А может и там бывает - я редко пользуюсь WSJT-X. Поставьте в JTDX "чувствительность на приёмной частоте QSO" пониже и вероятность ложных декодирований тоже снизится.

[UI6L]

Интересная версия. Но в JTDX нет ИИ :-) Ну и указанная проблема проявлялась на достаточно хороших антеннах не только у меня. И PSK reporter показывал что корреспондент меня принимает. Конечно я допускаю что случаются ложные срабатывания, но повторюсь, получаешь -26 в JTDX переключаешь в WSJT и проводишь чистое QSO. Можно конечно сказать: ну и работай в WSJT! :-) Но мне нравится интерфейс именно JTDX, опять же верю что рано или поздно данный вопрос с ошибкой будет решен!

PS Уровень декодирования выставлен средний. Кстати в FT4 такой проблемы нет.

[UA1OIZ]

Полностью согласен с RX3ASP, программа просто придумывает qso, наблюдал это много раз, даже если станция принимается с хорошим уровнем, то есть одновременно идет декод истинных позывных и ложный декод мне с уровнем -26. В FT4 этого нет думаю потому, что там HINT не работает, по крайней мере эта кнопка становится неактивной.

[ES1JA]

General rule, -26 decodes should be rare if not to say very rare. It depends mainly of qrm situation in qth. 1. To try is set QSO Rx freq sensitivity to low. If remember correctly medium is default there. It is normal for good qth qrm cases. In city environment often needed to but low there. Vice versa I can use with TCI and sunsdr2dx high there, despite living in Tallinn. ( ok I have relative quiet environment here). With FT-847 I can’t use high, to much -25 -26 decodes, but can use medium. Same environment same antennas, so there many aspects. Everyone should find own solution. Also needed to find out best audio input level.
Everyone should find best decoder settings for own environment. There 2 aspects, computer power and qrm.
I agree that getting “wrong” decodes is wired, but always need to decide, which is better is to get sometimes wrong decode or not get decodes at all.

No need to compare FT4 and FT-8 decoders there, they are completely different.

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

Now about DT
in general DT in range -0.5..+0.5 should not have impact to snr.
if you see DT only for one callsign, then he is using windows and his computer clock is jumping ( at least for digital programs )
it can be real clock jump or more often program gets wrong clock from system under heavy load. This is never seen using linux or macos.
other case is when real tx is started late more than 0.5 sec. This will not be seen as bigger DT in other side, rather seen as dropping snr if there will be decode at all.

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

General rule, -26 decodes should be rare if not to say very rare. It depends mainly of qrm situation in qth. 1. To try is set QSO Rx freq sensitivity to low. If remember correctly medium is default there. It is normal for good qth qrm cases. In city environment often needed to but low there. Vice versa I can use with TCI and sunsdr2dx high there, despite living in Tallinn. ( ok I have relative quiet environment here). With FT-847 I can’t use high, to much -25 -26 decodes, but can use medium. Same environment same antennas, so there many aspects. Everyone should find own solution. Also needed to find out best audio input level.
Everyone should find best decoder settings for own environment. There 2 aspects, computer power and qrm.
I agree that getting “wrong” decodes is wired, but always need to decide, which is better is to get sometimes wrong decode or not get decodes at all.

No need to compare FT4 and FT-8 decoders there, they are completely different.

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

Now about DT
in general DT in range -0.5..+0.5 should not have impact to snr.
if you see DT only for one callsign, then he is using windows and his computer clock is jumping ( at least for digital programs )
it can be real clock jump or more often program gets wrong clock from system under heavy load. This is never seen using linux or macos.
other case is when real tx is started late more than 0.5 sec. This will not be seen as bigger DT in other side, rather seen as dropping snr if there will be decode at all.

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

Uhh, I ment DT jumping for only one decode previously.

[UN8FR]

Ещё замечал, зову MSHV станцию, работает в два потока. Когда станция переходит в режим одного потока - мне рапорт прилетает со второго потока, которого уже нет
Но не всегда -26, бывают и лучше рапорта. И шанс поймать такой "рапорт" выше, когда нажата кнопочка AGCc. В моём трансивере увы АРУ нельзя отключить. Выкручиваю усиление до минимума.
И лучше бы сделать отключаемым этот "предсказатель". Везде он отключается, а в JTDX нет.

Арво, тестовая версия rc8-d3 отличается только лишь включенной записью в log debug информации? Есть другие отличия от разосланной rc8?

[RX4HX]

Иногда даже RR73 от DX "принимал" тоже с -26

Если приняли RR73 - значит 100% в логе. Ложное декодирование срабатывает только на ответ с рапортом. На 73 он не срабатывает.