Я бы для начала обновил JTDX...
Я бы для начала обновил JTDX...
Во-первых версии выше 151 не работают под Ubuntu16, которая у меня и дома и на серверах на позиции.
Во-вторых проблем связаться с CU3AK на этой и более ранних версиях никогда не было.
Call sign Worked Date/Time Band Mode Freq QSL
Details US5WE CU3AK 2016-03-09 19:21:18 30M CW 10.11200 AZORES
Details US5WE CU3AK 2016-11-09 19:25:00 160M CW 1.82000 AZORES
Details US5WE CU3AK 2017-05-01 18:20:07 30M CW 10.11400 AZORES
Details US5WE CU3AK 2017-07-19 19:34:00 6M JT65 50.27689 AZORES
Details US5WE CU3AK 2018-11-12 21:37:16 40M CW 7.00100 AZORES
Details US5WE CU3AK 2021-04-16 20:57:23 30M FT8 10.13724 AZORES
Ubuntu тоже обновлять пора)) Под 20-ую версию есть jtdx_2.2.159
Есть подозрение, что ЭТО всё от наличия "сложного" позывного на передающей стороне...:). И протокол FT8, видимо, передаёт позывной корреспондента CU3AK так называемым "хешем", а твой идёт полностью и без локатора, чтобы корреспондент видел его "целиком", так сказать "в натуре"...;) Может это предположение не совсем верное, но это то, что приходит на ум, так сказать "с разбегу"...:cool:
Кстати, в наборе сообщений сиреневый фон как раз "говорит" о том, что оно содержит нестандартные позывные, и передача будет с использованием пресловутого "хеша"... А угловые скобочки "<>" показывают КАКАЯ часть сообщения подвергнется "хешированию"...:um:
Поправьте, если что не так...:idontnow:
Сережа, мне как пользователю, непонятно, почему позывной CU3AC передается, а вместо CU3AK передаются точки.
Call sign Worked Date/Time Band Mode Freq QSL
Details EA4/K1WE CU3AC 2022-07-04 16:59:45 6M FT8 50.31540 AZORES
Это явный глюк программы, с которым я столкнулся и который описал.
Я несколько лет занимался тестированием программ видеонаблюдения на фирме, которая их писала и, обычно, когда глюк вылазил, программеры тут же бросались его устранять.
A propos апгрейдов. Если операционка и установленные софты, а у меня на позиции кроме JTDX и логгера крутятся еще ZoneMinder и WEBSDR на 50 MHz, которые работают надежно и выполняют свои функции, смысла что-либо менять не вижу.
Витя, и я тоже
У меня JTDX 159 Win8.1
Может всё же "особенности" твоей Ubuntu и JTDX 151 приводят к такому ("точечному") результату...:idontnow:
Полагаю, что "глюк" в 151 версии уже никого не интересует, поскольку есть более "свежий" продукт, в котором обычно "исправляют" замеченные глюки предыдущих версий...:)
... Привет Лене....:slut:
My impression is that it's not the version issue but rather systematic one similar to the damned <...> junk.
Anyway I have another CU3 from HM58 confirmed for my "War Time VUCC" so not worrying much.
Just wanted to let you folks know about this bug. if no interest, it's up to you. Keep up the good work.
I quit.
Спасибо Сережа, привет передал - тебе тоже привет и наитеплейшие пожелания.
Если глюк проявится еще - выложу скрин.
Кстати, почему-то не наблюдаю Катютина в эфире ниоткуда. LCQ пропал c экранов? :s9:.
There is nothing to do with our interests. As I sad it was a bug in 151, it is fixed long time ago. Impression should take into account, that other side should be "long" callsign and CU3AK.
reason is down in hashing function and it has countless fixes and improvements since 151 version of JTDX.
Current version works.
Вложение 326278
Вышла новая версия MSHV - 2.66.
Скачать с sourceforge.Цитата:
Новое в версии 2.66:
Добавлено: в меню журнала, если включена опция «Использовать сохранение QSO в журнале ADIF», QSO будут сохраняться в каталоге журнала с именем файла mshvlog.adi. По умолчанию этот параметр включен.
Добавлено: в «Выделении текста» выделение нескольких позывных (позывной: минимум 3 символа).
Изменено: для «Multi Answering Auto Seq Protocols» флажок дублировать QSOs (No Dupe), изменен на меню, Maximum QSOs per Call, с опциями «No Limit», «1 QSO», «2 QSOs» и «3 QSOs» .
Добавлено: в «Фильтры списка декодирования FT» опция фильтра (Скрыть сообщения из «неизвестной» страны).