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

[RQ3P]

Почту проверте.

Нет ничего.Сервер тоже проверил.Пусто.

[RN9AZ]

vhfcw@rambler.ru Ваш ящик на QRZ.RU

[RN9AZ]

такой вариант должен работать:

A: CQ HI8/KB1KKE
B: KB1KKE RN9AZ MO05
A: RN9AZ -01
B: KB1KKE RN9AZ R-01
A: RN9AZ RRR
B: HI8/KB1KKE 73 (вручную) или KB1KKE RN9AZ 73 (автоматом)

Пару дней назад таким образом сработал c EA9/EA9CF, DX оператор свои сообщения набирает вручную (или макросами?).

Пробовал не прошло увы. Он пытался на вызов работать.

[RQ3P]

vhfcw@rambler.ru Ваш ящик на QRZ.RU

Странно...поменял давно.... Получил на старом.Спасибо

[RN9AZ]

Спасибо.Получил,но почему то на старый ящик.

Уважаемый так надо ящик и на QRZ.RU Тоже заменить что было по вам на то и выслал

[RQ3P]

Уважаемый так надо ящик и на QRZ.RU Тоже заменить что было по вам на то и выслал

Так вроде везде менял....Впрочем еще раз спасибо.Получил.

[RA3FY]

Доброго времени суток!
Работая сегодня на утренней зорьке JTDX v15,5 HF. Получил большое удовольствие, видя, на сколько, она превосходит всё имеющиеся программное обеспечение на сегодня, для JT9 JT65.
, спасибо Игорь.

Ссылочку на программу дайте пожалуйста. Гугль не нашел.

И в меня киньте пожалуйста!
ra3fy@mail.ru

[UA3DJY]

Случайно обнаружил причину по крайней мере части ложных декодирований.

Применив диагностику в демодуляторе demod64a.f90 заметил что иногда, после вычитания сигналов из спектра, ломаются первые пять символов из 63-х содержащих информационное сообщение. На большой загрузке диапазона в ревизии WSJT-X r6643 на одном из аудио файлов наблюдаю четырех кандидатов с поломанным сигналом, вероятности по первым двум символам равны 0, последующие три символа имеют слишком большое значение вероятности из-за малого значения суммы мощности всего спектра.

Скорее всего этот дефект приводит к появлению части ложных декодирований, и без сомнения приводит к снижению чувствительности всех декодеров для части слабых сигналов.

Влияние этого дефекта в софте JTDX намного ощутимее по причине большего количества проходов и использования декодирования с подсказкой.

Готовлю письмо на форум разработчиков.

[EU1FQ]

Пробовал не прошло увы. Он пытался на вызов работать.

Игорь дал правильный алгоритм работы станций с дробным позывным. Так работают все дробные станции.
Кликайте по нему, когда дает общий вызов, и не обращайте внимания на то , что HI8/ пропало. Так и должно быть. Он поймет к кому обращение.
А в логе у Вас будет "правильный" позывной. Другой способ, когда оператор не дает общий вызов, вручную прописать в окне Gen msg позывной KB1KKE.
Это будет выглядеть так: KB1KKE RN9AZ XXXX (где XXXX Ваш локатор). Результат аналогичен первому варианту.
С HI8/KB1KKE проблем быть не должно. Он, практический, каждое утро, час, полтора прекрасно проходит на 40 метрах.

[RN9AZ]

Игорь дал правильный алгоритм работы станций с дробным позывным. Так работают все дробные станции.
Кликайте по нему, когда дает общий вызов, и не обращайте внимания на то , что HI8/ пропало. Так и должно быть. Он поймет к кому обращение.
А в логе у Вас будет "правильный" позывной. Другой способ, когда оператор не дает общий вызов, вручную прописать в окне Gen msg позывной KB1KKE.
Это будет выглядеть так: KB1KKE RN9AZ XXXX (где XXXX Ваш локатор). Результат аналогичен первому варианту.
С HI8/KB1KKE проблем быть не должно. Он, практический, каждое утро, час, полтора прекрасно проходит на 40 метрах.

Спасибо конечно за помощь, но по этой теме с автором программы года два назад разговаривали и на правильно он мне ответил. Извините программа написана для УКВ диапазонов, и если добавить количество знаков в сообщение, программа станнит принимать хуже. Что для КВ он менять не чего не будит. А как обмануть программу давно известно но не всегда помогает.

[UA9OP]

Single decode в WSJT-X r6683

я этого не нашел?

[UA3DJY]

Кто нибудь пробовал функционал Single decode в WSJT-X r6683 или более свежих ревизиях? Подскажите пожалуйста как он работает и в чем его преимущества.

я этого не нашел?

Получил запрос на внедрение этого функционала в JTDX как ощутимо снижающего время декодирования для слабых процессоров, последние ревизии сам не компилирую(старый Hamlib и пока не планировал обновлять), интересно знать что это если кто попробовал, может это декодирование только на частоте QSO?

[UA9OP]

для слабых процессоров,

вот при таком

столько декодов 3 JT9 получается 6-7 сек

r6683

[UA3DJY]

Кто нибудь пробовал функционал Single decode в WSJT-X r6683 или более свежих ревизиях? Подскажите пожалуйста как он работает и в чем его преимущества.

Получил запрос на внедрение этого функционала в JTDX как ощутимо снижающего время декодирования для слабых процессоров, последние ревизии сам не компилирую(старый Hamlib и пока не планировал обновлять), интересно знать что это если кто попробовал, может это декодирование только на частоте QSO?

Судя по исходному коду это декодирование только одного кандидата на частоте QSO и относится к коротким сообщениям используемым на УКВ: RO, RRR, 73, работает в режиме только JT65.

[RW9FN]

Судя по исходному коду это декодирование только одного кандидата на частоте QSO

r6684, файл 28_160409.wav JT9+JT65.