Мало того, он еще и карточки шлет, сидя на Филиппинах целую вечность. У меня с ним QSO зачтено в 2018 году.
Проблема, как всегда, в глюках JT-софтов/протоколов, которые никто убирать не хочет.
Сейчас снова "магическое" слово хеш возникнет....:ржач:
To UN7JX
В других программах не могу сказать но,
За MSHV, если тй знаеш пазивной кореспондента, в случае "DU7/PA0HIP" проста пастав в "To RADIO", или R1 или R2, и декода будет правилнй,
В все осталнйе случаи, праграммй надо принят однаждй "DU7/PA0HIP <- не-стандартнй пазивной" и тагда будет декод.
LZ2HV Christo.
Разговоров, конечно, на эту тему уже было много.
Хорошо, едет какая-то экспедиция, она анонсирована, все знают позывной этой экспедиции, она во всех кластерах, во всех сайтах, все знают её рабочие частоты и т.д. Нет проблем и как пишет Христо " проста пастав в "To RADIO", или R1 или R2, и декода будет правилнй"
А если просто человек поехал и работает с другой страны через дробь по международным правилам , в каком-то регионе ITU это может быть - DU7/UN7JX или UN7JX/KP4. И что, ни одна из трёх прог так не сможет прочитать позывной самостоятельно ? А как же тогда работать с не DX станциям? Пока разберутся что это за позывной, пока его внесут в свои списки, у него закончиться время пребывания в той стране. А ведь у всех нас есть какие-то страны не особо и DX, но нужные на каком-то бенде типа 160, 12, 6 и т.д. метрах?
Николай, всё уже давно продумано. Когда станция с нестандартным позывным вызывает вас, позывной передаётся не хешем, а в явном виде, визуально это выглядит так:
То есть то что в скобках <> это хеш, без скобок "натуральный" продукт. Поэтому вы в любом случае увидите, кто вас вызывает. Но!Код:<UN7JX> DU7/PA0HIP loc
Если нестандартный позывной вызывает с рапортом, хеширование при этом изменяется и выглядит так:
Теперь хешем передаётся позывной вызывающей станции, и конечно же вы не поймёте, кто вас вызывает, если этот позывной у вас в программе не захешировался.Код:UN7JX <DU7/PA0HIP> +05
Многие это не понимают и работая нестандартными позывными, упорно продолжают вызывать с рапортом, не получая ответа.
Плотно садятся ребята друг на друга. Похоже ещё и рапорт не устраивает. И не объяснишь. Но JTDX безупречен.
Подскажите кто знает. Существуют ли внешние звуковые карты подключаемые к USB 3 с параметрами пригодными для наших целей?
В свое время брал Xonar U3 https://www.asus.com/ru/Motherboards...i-Fi/Xonar_U3/
очень неплохая по характеристикам. Но это было с расчетом на SDR (еще когда они на звуковых картах были).
Для FT8 на сегодняшний день подойдет практически любой "свисток". Берите чтоб рублей 400 стоил - не ошибетесь.
А что то давно ничего не слышно про 160-ю сборку JTDX. Когда релиз планируется?
Добрый вечер!
А что означает внизу JTDX - WD3m ?
В JTDX невозможно полноценно редактировать список локаторов для поиска. Только в конце строки можно что то изменить, добавить.
Про редактирование jtdx.ini я знаю, но GUI надо всё таки пофиксить!
Пока затишье обращусь с просьбой.
Исходные данные:На отдельном компьютере установлен лог UR5EQF и JTDX 159 64 бит. Связь через WSJTInterface. Все это работает только на 50 МГц. База UR5EQF ведется с момента первой связи на 6 метрах. Файл wsjtx_log.adi перетащен в свое время с WSJT-X, которая стояла на КВ и имеет достаточно много записей.
Проблема: Некоторые станции определяются JTDX как сработанные, а UR5EQF определяет как новые.
Желание: Хотелось бы сформировать лог JTDX из лога UR5EQF. Пробовал сделать ADIF переименовать в wsjtx_log.adi и воткнуть в в JTDX, не работает!
Просьба: Кто делал wsjtx_log.adi из UR5EQF поделитесь опытом как это правильно сделать, возможно нужно использовать фильтры?
Заранее благодарю за содействие.