Нет ничего.Сервер тоже проверил.Пусто.
vhfcw@rambler.ru Ваш ящик на QRZ.RU
И в меня киньте пожалуйста!
ra3fy@mail.ru
Случайно обнаружил причину по крайней мере части ложных декодирований.
Применив диагностику в демодуляторе demod64a.f90 заметил что иногда, после вычитания сигналов из спектра, ломаются первые пять символов из 63-х содержащих информационное сообщение. На большой загрузке диапазона в ревизии WSJT-X r6643 на одном из аудио файлов наблюдаю четырех кандидатов с поломанным сигналом, вероятности по первым двум символам равны 0, последующие три символа имеют слишком большое значение вероятности из-за малого значения суммы мощности всего спектра.
Скорее всего этот дефект приводит к появлению части ложных декодирований, и без сомнения приводит к снижению чувствительности всех декодеров для части слабых сигналов.
Влияние этого дефекта в софте JTDX намного ощутимее по причине большего количества проходов и использования декодирования с подсказкой.
Готовлю письмо на форум разработчиков.
Игорь дал правильный алгоритм работы станций с дробным позывным. Так работают все дробные станции.
Кликайте по нему, когда дает общий вызов, и не обращайте внимания на то , что HI8/ пропало. Так и должно быть. Он поймет к кому обращение.
А в логе у Вас будет "правильный" позывной. Другой способ, когда оператор не дает общий вызов, вручную прописать в окне Gen msg позывной KB1KKE.
Это будет выглядеть так: KB1KKE RN9AZ XXXX (где XXXX Ваш локатор). Результат аналогичен первому варианту.
С HI8/KB1KKE проблем быть не должно. Он, практический, каждое утро, час, полтора прекрасно проходит на 40 метрах.
Спасибо конечно за помощь, но по этой теме с автором программы года два назад разговаривали и на правильно он мне ответил. Извините программа написана для УКВ диапазонов, и если добавить количество знаков в сообщение, программа станнит принимать хуже. Что для КВ он менять не чего не будит. А как обмануть программу давно известно но не всегда помогает.
Получил запрос на внедрение этого функционала в JTDX как ощутимо снижающего время декодирования для слабых процессоров, последние ревизии сам не компилирую(старый Hamlib и пока не планировал обновлять), интересно знать что это если кто попробовал, может это декодирование только на частоте QSO?
вот при таком
Вложение 163932
столько декодов 3 JT9 получается 6-7 сек
Вложение 163933
r6683
r6684, файл 28_160409.wav JT9+JT65.
Вложение 163934Вложение 163935