Да, дубовая, как "валенок", но настраивать ничего особо не надо. :s10:
AutoSeq - 2. Подозреваю надо 3 выбрать?
+ttt/nnn не нашёл где посмотреть. Подскажите где почитать поподробнее о настройках. Везде всё поверхностно...
Как то сравнивал на своём железе WSJT и JTDX. JTDX раза в 1,5 больше декодировала, что и определило мой выбор. Возможно ситуация изменилась, но к JTDX попривык уже...
У вас, очевидно, "слабый" комп. Не может справляться с декодированием большого числа станций на диапазоне. Попробуйте WSJT X... В отличие от JTDX декодирование и появление строк начинается раньше окончание приемного цикла. И ставьте в настройках самые низкие параметры.
Настройки Вы сами выбираете. Стабильная работа последовательно зависит от
1. "мощности"/производительности/ Вашего компа
2. от загруженности диапазона сигналами станций
3. от настроек, что Вы установили.
Всё достаточно подробно расписано в самой программе. При наведении мыши высвечиваются инструкции.
Вложение 315400
В т.ч. в названии пунктов меню: Авто Выбор 2 - Все вызовы ДО(!!!) начала интервала передачи. Если задержки, то выбирайте другие АвтоВыбр. 40% загрузки ни о чём не говорит. Что за комп и как измеряете? Надо смотреть отдельно по ядрам. Кол-во потоков в декодере FT8 "Авто"?
ЛАГ над левым окном. время задержки/кол-во декодов за цикл.
Чувствительность выше.
Попробуйте на досуге сравнить - на сколько больше будет задержка у WSJT при равном количестве декодированных сообщений. Или на сколько больше декодирует JTDX за равный промежуток времени. Особенно на "слабом компе". И обратите внимание на то, сколько циклов потеряет WSJT-X полностью, а сколько после предварительного декодирования.
Настроить чувствительность на минимум можно и в JTDX. СL 5% и все настройки на минимум.
Lag +1.77/37
Кол-во потоков в декодере FT8 "Авто".
Комп I3, 4 ядра по 3.3ГГц, 4Гб озу. Загрузку смотрю в диспетчере задач-быстродействие. При декодировании пик на всех 4 ядрах до 40%.
JTDX не может определить страну 1B/TA1HZ. Он работает с окупированой Турцией северной части Кипра.
UR5EQF определяет верно. cty.dat везде свежие, обновляются.
Аркадий, да это и не страна, в понимании DXCC. А значит зачем что-то править, тогда и D1XX вносить и другие подобные экзотики. Думаю, если официально их засчитают - то все быстро исправится, а сейчас что париться?
Если сильно нужно - открой файл -C:\JTDX64\156\share\jtdx\cty.dat и блокнотом впиши данный префикс и страну, какую хочешь.
UA0BA [08:39] HELP! В программе JTDX ver.2.2.156 - работаю CQ провожу QSO, после него программа переходит на приём. Что бы продолжить CQ - надо нажать кнопку "Разреш.ТХ". И так каждый раз. Раньше такого не было. Где надо галочку поставить?
Смотрите настройки 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 и более одновременно работающих.
1 QSO отключить.
Заносить в Лог вручную. До начала следующего цикла.
Цитата Сообщение от 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 работает нормально.
RX3ASP
Посмотрел настройки-так же как у вас. SWL я не использовал даже.
Понаблюдал-при 30-40 декодах лаг стабильно меньше 1.0.
При 52 декодах (нередкость при нынешнем прохождении на ВЧ) - 1,35.
Спасибо Юрий, сориентировали куда смотреть!
Сегодня опять случился конфуз при вызове TL7M F/H.
Сначала на 12м при ответе мне, моя передающая частота сразу сместилась на 300 Гц ниже и со второго моего рапорта, получил подтверждение связи.
На 15м ситуация повторилась, но результат печальный - и я давал рапорт 3 раза и мне давали так же 3 раза - подтверждения не получил.
Удалил файл .ini в папке программы, установил ранее сохраненный файл и снова начал вызывать.
По прошествии какого-то времени мне ответили и программа отработала как и положено.
Сразу получил подтверждение связи.
Итог - почему-то время от времени ломается файл .ini, что приводит к таким недоразумениям.
Предполагаю, что критерием "исправности" этого файла является возможность запуска программы JTDX без запуска программы ESDR2.
Заметил ранее, что когда запускал эти программы, то JTDX запускается значительно быстрее и когда это происходит, то появляется меню с вопросами.
Как только это происходит, надо менять файл .ini