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

[RN3OX]

Попробуйте WSJT X.

Да, дубовая, как "валенок", но настраивать ничего особо не надо.

[UB6HAE]

Какая AutoSeq (АвтоВыбр) - 2-ой? Настройки декодирования? Какой Лаг = +ttt/nnn? С задержкой можно бороться в разумных пределах настройками программы.

AutoSeq - 2. Подозреваю надо 3 выбрать?
+ttt/nnn не нашёл где посмотреть. Подскажите где почитать поподробнее о настройках. Везде всё поверхностно...

Как то сравнивал на своём железе WSJT и JTDX. JTDX раза в 1,5 больше декодировала, что и определило мой выбор. Возможно ситуация изменилась, но к JTDX попривык уже...

[RN9AZ]

Попробуйте WSJT X.

Привет Константин.
Разницы между софтом нет. Частенько кореспондент нарушает алгоритм проведения QSO. То ли по спешке, то ли по неграмотности. и тут не поможет ни одна из програм в FT8. Надо следить за провидением QSO, и править его в ручном режиме..

[RX1AG]

Использую JTDX 2.2.156.

У вас, очевидно, "слабый" комп. Не может справляться с декодированием большого числа станций на диапазоне. Попробуйте WSJT X... В отличие от JTDX декодирование и появление строк начинается раньше окончание приемного цикла. И ставьте в настройках самые низкие параметры.

Подскажите где почитать поподробнее о настройках. Везде всё поверхностно...

Настройки Вы сами выбираете. Стабильная работа последовательно зависит от
1. "мощности"/производительности/ Вашего компа
2. от загруженности диапазона сигналами станций
3. от настроек, что Вы установили.

[RX3ASP]

AutoSeq - 2. Подозреваю надо 3 выбрать?
+ttt/nnn не нашёл где посмотреть. Подскажите где почитать поподробнее о настройках. Везде всё поверхностно...

Как то сравнивал на своём железе WSJT и JTDX. JTDX раза в 1,5 больше декодировала, что и определило мой выбор. Возможно ситуация изменилась, но к JTDX попривык уже...

Всё достаточно подробно расписано в самой программе. При наведении мыши высвечиваются инструкции.

В т.ч. в названии пунктов меню: Авто Выбор 2 - Все вызовы ДО(!!!) начала интервала передачи. Если задержки, то выбирайте другие АвтоВыбр. 40% загрузки ни о чём не говорит. Что за комп и как измеряете? Надо смотреть отдельно по ядрам. Кол-во потоков в декодере FT8 "Авто"?
ЛАГ над левым окном. время задержки/кол-во декодов за цикл.
Чувствительность выше.

У вас, очевидно, "слабый" комп. Не может справляться с декодированием большого числа станций на диапазоне. Попробуйте WSJT X... В отличие от JTDX декодирование и появление строк начинается раньше окончание приемного цикла. И ставьте в настройках самые низкие параметры.

Попробуйте на досуге сравнить - на сколько больше будет задержка у WSJT при равном количестве декодированных сообщений. Или на сколько больше декодирует JTDX за равный промежуток времени. Особенно на "слабом компе". И обратите внимание на то, сколько циклов потеряет WSJT-X полностью, а сколько после предварительного декодирования.
Настроить чувствительность на минимум можно и в JTDX. СL 5% и все настройки на минимум.

[UB6HAE]

Lag +1.77/37
Кол-во потоков в декодере FT8 "Авто".
Комп I3, 4 ядра по 3.3ГГц, 4Гб озу. Загрузку смотрю в диспетчере задач-быстродействие. При декодировании пик на всех 4 ядрах до 40%.

[UN8FR]

JTDX не может определить страну 1B/TA1HZ. Он работает с окупированой Турцией северной части Кипра.
UR5EQF определяет верно. cty.dat везде свежие, обновляются.

[R6LCF]

UR5EQF определяет верно

Тоже далеко не всегда. В Штатах по районам постоянная путаница.

[UN7JX]

JTDX не может определить страну 1B/TA1HZ. Он работает с окупированой Турцией северной части Кипра.
UR5EQF определяет верно. cty.dat везде свежие, обновляются.

Аркадий, да это и не страна, в понимании DXCC. А значит зачем что-то править, тогда и D1XX вносить и другие подобные экзотики. Думаю, если официально их засчитают - то все быстро исправится, а сейчас что париться?
Если сильно нужно - открой файл -C:\JTDX64\156\share\jtdx\cty.dat и блокнотом впиши данный префикс и страну, какую хочешь.

[RW4WZ]

UA0BA [08:39] HELP! В программе JTDX ver.2.2.156 - работаю CQ провожу QSO, после него программа переходит на приём. Что бы продолжить CQ - надо нажать кнопку "Разреш.ТХ". И так каждый раз. Раньше такого не было. Где надо галочку поставить?

[RX3ASP]

Lag +1.77/37
Кол-во потоков в декодере FT8 "Авто".
Комп I3, 4 ядра по 3.3ГГц, 4Гб озу. Загрузку смотрю в диспетчере задач-быстродействие. При декодировании пик на всех 4 ядрах до 40%.

Смотрите настройки FT8 decoding. Не знаю, что в настройках накрутили, но у меня на более убогом процессоре, при 30-40 декодов, Лаг стабильно меньше 1.0, но загрузка больше.
SWL, decoding cycles, use subpass, late start, wideband search отключено?
У меня так:
decoding cycles - 1 >>> Больше одного мой процессор тянет с трудом
SWL decoding cycles - 3 >>> Но собственно кнопку SWL включаю только при длительном приёме или при острой необходимости декодировать что-то на грани.
QSO RX freq. sens. - high >>> Следует обратить внимание, что когда зеленый маркер RX находится на загруженной частоте, время декодирования (LAG) увеличивается. Если просто наблюдаю, ставлю маркер на пустые края полосы.
decoder sens. - min. >>> Тут, как процессор и обстановка позволяют. Мне удобнее периодически включать SWL.
late start of dec. - выкл. >>> Также включается при необходимости кнопкой SWL.
wideband DX Call search - вкл. >>> Программа тщательно ищет по всей полосе позывной, установленный в DX Call - увеличивает задержку.
CL 100%

Иногда использую нетбук на Атоме - все настройки в минимум, CL 5-15% в этом режиме потери примерно -30-50% декодов, по сравнению с контрольным компьютером. Лаг в пределах допустимого - до 2,5 сек. WSJT на этом нетбуке либо теряет 70% при минимальных настройках, либо декодирует только "предварительное декодирование", а потом ничего не выдает. Часто целые циклы теряет или накладывает один на другой. В MSHV можно отключить "предварительное", но потерь всё равно больше. Речь про капитально загруженные диапазоны - 40 и более одновременно работающих.

работаю CQ провожу QSO, после него программа переходит на приём. Что бы продолжить CQ - надо нажать кнопку "Разреш.ТХ

1 QSO отключить.
Заносить в Лог вручную. До начала следующего цикла.

[RW4WZ]

На сайте нашел только 2.2.0 rc152 Поставил. Работает нормально. По крайней мере CAT

Цитата Сообщение от EU1FQ Посмотреть сообщение
Явно проблемы с HamLib. Где то мелькала информация, что в последних версиях JTDX на Mark V глючит HamLib. С такими настройками все должно работать. WSJT-X пробовали запускать? Попробуйте выбрать трансивер как Mark V FieldFT-1000MP.
Эффект тот же.
Попробуйте для эксперимента более старую версию JTDX, как она себя поведет. Запустите JTDX через OmniRig - 100% работает с такими настройками (проверено).

Выяснил, что этот эффект наблюдается только при Split = Fake It В режиме Split = RIG v2.2.156 + Mark V работает нормально.

[UB6HAE]

RX3ASP
Посмотрел настройки-так же как у вас. SWL я не использовал даже.
Понаблюдал-при 30-40 декодах лаг стабильно меньше 1.0.
При 52 декодах (нередкость при нынешнем прохождении на ВЧ) - 1,35.
Спасибо Юрий, сориентировали куда смотреть!

[UR5LCZ]

Сегодня опять случился конфуз при вызове TL7M F/H.
Сначала на 12м при ответе мне, моя передающая частота сразу сместилась на 300 Гц ниже и со второго моего рапорта, получил подтверждение связи.
На 15м ситуация повторилась, но результат печальный - и я давал рапорт 3 раза и мне давали так же 3 раза - подтверждения не получил.
Удалил файл .ini в папке программы, установил ранее сохраненный файл и снова начал вызывать.
По прошествии какого-то времени мне ответили и программа отработала как и положено.
Сразу получил подтверждение связи.
Итог - почему-то время от времени ломается файл .ini, что приводит к таким недоразумениям.
Предполагаю, что критерием "исправности" этого файла является возможность запуска программы JTDX без запуска программы ESDR2.
Заметил ранее, что когда запускал эти программы, то JTDX запускается значительно быстрее и когда это происходит, то появляется меню с вопросами.
Как только это происходит, надо менять файл .ini

[UA3WBW]

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

При запуске JTDX пытается связаться с трансивером, и если ESDR не запущена, должна вываливаться ошибка "RIG Control Error". И это нормально.