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

[UA3DTK]

...почему-то не скачивает с официального сайта

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

[UA3RMB]

MSHV | LZ2HV Amateur Radio Website
Религия не позволяет забить в поиске?

[UA3DTK]

...тогда еще вопрос...экспортировал записи связей из MSHV в адиф, но в HamRedelux эти adi файлы грузится не хотят...что кто посоветует...спасибо

[UN7JX]

Подскажите кто в курсе, почему в JTDX 3A/PB8D приходится прописывать каждый раз при переходе с диапазона на диапазон, хоть уже он есть в журнале , т.е. qso были ? Стоят скобки <...> Вобщем то же и в MSHV

[RW3RQ]

Привет, Николай.
Хеши формируются не из файла adif, а из приёмного окна, то есть пока программа работает, список хешей растёт, как только вы её закрыли, все хеши обнуляются, и при новом запуске программы всё начинается по-новой. Если надо срочно и вы уверены в том, что это тот самый позывной, пропишите 3A/PB8D в окне DX call, тогда сразу увидите его под <...>.

[UN7JX]

Привет, Николай.
Хеши формируются не из файла adif, а из приёмного окна, то есть пока программа работает, список хешей растёт, как только вы её закрыли, все хеши обнуляются, и при новом запуске программы всё начинается по-новой. Если надо срочно и вы уверены в том, что это тот самый позывной, пропишите 3A/PB8D в окне DX call, тогда сразу увидите его под <...>.

да именно так и делаю,появляется, МЕНЯЕШЬ диапазон и все приходится повторять с начала, ПОЧЕМУ? Позывной абсолютно правильный, как и положено для этого региона, почему не читает, вот в чем вопрос. Хорошо что этот знаю точно, а как быть если кто-то неизвестный, с правильным позывным? Бог с ним когда там какие-то спец, пусть не читаются, а правильные ведь должны

[US5WE]

Очередной глюк, который, надеюсь, не имеет отношения к версии JTDX софта.
Утром отработал 201 страну для "Remote DXCC" - VK0MQ
Программа ответила мне без дроби и теперь ломаю голову, какой позывной она записала в лог или в очередной раз придется беспокоить Чарльза Вильмота и просить исправить.
Пишу это для тех, кто работает через дробь - имейте это в виду, так так как надежды, что ошибки FT4/8 протокола будут исправлены, нет никакой.

[ES1JA]

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

If You called him as
VK0MQ EA4/K1WE
then You done all that possible correctly. This is message where remote should get Your correct full callsign and use it for logging contact.
I have no idea what program VK0MQ is using, all recent programs (wsjt-x or mshv) should be not using (not needed) base callsign anymore for message exchange, why VK0MQ does so have no idea. With clever using base callsign qso can be made between 2 compound callsigns but this is not the case now.

[US5WE]

If You called him as
VK0MQ EA4/K1WE
then You done all that possible correctly. This is message where remote should get Your correct full callsign and use it for logging contact.
I have no idea what program VK0MQ is using, all recent programs (wsjt-x or mshv) should be not using (not needed) base callsign anymore for message exchange, why VK0MQ does so have no idea. With clever using base callsign qso can be made between 2 compound callsigns but this is not the case now.

Arvo,
Yes I called him "VK0MQ EA4/K1WE" and, as you can see, he responded without EA4/...
Surprisingly. the QSO in Clublog has the correct compound callsign.
As far as Matt was in the multi channel F/H mode (I've seen 2 channels) I can assume he's using WSJT-X.
I've never been using the compound callsigns in the past so couldn't even imagine how many tricks are required for effective DX work.
Too bad.....
Keep up the good work.

[RX4HX]

ПОЧЕМУ?

Вам же ответили - не прописан этот позывной в программе. Чтобы программа его понимала, пропишите его в файле ALLCALL.TXT, по моему так верно будет.

[RZ1ZR]

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

[ES1JA]

Вам же ответили - не прописан этот позывной в программе. Чтобы программа его понимала, пропишите его в файле ALLCALL.TXT, по моему так верно будет.

No , ALLCALL7.TXT has no influence in current situation.
Hash tables can not be filled from adi file( Ok technically can).
Hash tables are 10 and 12 bits wide ( 1024 and 4096 records),
thats why they are filled from received messages and from DXCall window.
hash table is cleared on changing band. Is better to show <..> not some wrong callsign from previous sessions. ( from other band or from adi file )
I worst case there can be problem anyway, that some callsigns with same hash are working on the air in same time. Then there will be complete mess.
Luckily I don't have seen this Yet. In other words all this nonstandard calls implementation in FT8/FT4 is not bulletproof but still quite useable. This is quite hard to explain, but at least I try'd.

[R3QG]

есть такая возможность ?

можно клик на кнопку общего вызова CQ

[RC7LS]

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

Для очистки окна позывного есть специальная кнопка.

[RA3QH]

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

НАСТРОЙКИ-ПОСЛЕДОВАТЕЛЬНОСТЬ ДЕЙСТВИЙ.....