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

[US-E-12]

с диапазона на диапазон "тормозит" декодирование

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

[R4RM]

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

4 ядра

[US-E-12]

4 ядра

Нормально! Тогда смотрите какие программы запущены в фоновом режиме (стартуют вместе с Windows).

[R4RM]

Нормально! Тогда смотрите какие программы запущены в фоновом режиме (стартуют вместе с Windows).

Процессов Windows -25
Фоновых процессов -30
Приложений -5
При работе программы JTDX (только прием) ЦП загружен от 4 до 24%
Что показалось "подозрительным": это два процесса Jtdx
1. процесс Jtdx (32 бита) (2) в Приложениях, работает постоянно от 0,5 до 2%, здесь вроде все нормально, не понятно только вот это (2)
2. процесс Jtdxjt9 (32 бита) в Фоновых приложениях, от 0 до 15%, работает периодически, может и подолгу стоять на 0, но иногда активируется, при переключениях диапазонов и до 22%, похоже этот процесс и "тормозит" декодирование

В Процессах Windows есть еще процесс "Системные прерывания", работает постоянно от 1,5 до 2,5%, но связи с декодированием не заметил

[US-E-12]

Нет, у Вас всё нормально. После переключения диапазонов посмотрите на цифры в колонке DT. Такое впечатление, что после переключения убегает системное время, затем через определённый промежуток постепенно восстанавливается, подтягивает программа синхронизации времени.

[R4RM]

Нет, у Вас всё нормально. После переключения диапазонов посмотрите на цифры в колонке DT. Такое впечатление, что после переключения убегает системное время, затем через определённый промежуток постепенно восстанавливается, подтягивает программа синхронизации времени.

Понаблюдал за колонкой DT, после переключения диапазонов незаметно, чтобы время "убегало". Для синхронизации времени использую программку SP TimeSync. Штатная синхронизация на ПК отключена.

[US4IRT]

после переключения диапазонов незаметно, чтобы время "убегало".

Попробуйте в этих настройках выбрать "левый" или "правый". На встроенной у меня декодирует только малую часть при "моно". Нормально декодирует только с одним каналом. Видно второй мешает как то. Может и с драйверами на карту что то. На Creative нормально во всех режимах.

->Скрытый текст<-

[R4RM]

Попробуйте в этих настройках выбрать "левый" или "правый". На встроенной у меня декодирует только малую часть при "моно". Нормально декодирует только с одним каналом. Видно второй мешает как то. Может и с драйверами на карту что то. На Creative нормально во всех режимах.

Пробую, пока ясности нет, оба канала одинаково, то нормально при переходе на другой диапазон, то тормозит. Бывает нормально декодирует несколько периодов, потом притормозит, потом опять нормально (это даже без перехода на другой диапазон), но это редко. Пока заметил, что моменты торможения совпадают с активностью Приложения Jtdxjt9(32 бита). Наберу статистику.

[EU1FQ]

.....Пока заметил, что моменты торможения совпадают с активностью Приложения Jtdxjt9(32 бита). Наберу статистику.

Процесс Jtdxjt9 как раз и отвечает за декодирование и имеет максимальную загрузку в момент декодирования. Дополнительно смотрите не только мониторинг производительности, но и мониторинг памяти. Кроме того, поиграйтесь с настройками Decode -FT8 threads в зависимости от используемого процессора. Для начала установите один поток.

[UA9FFV]

Игорь, меня зацепила вот такая мысль...
В городе использую на НЧ 16-метровый вертикал. Скимеры показывают, что меня даже при 50 Вт слышно достаточно далеко. Я же из-за высокого уровня шума в лучшем случае - Европу, ну Японию как-то удалось зацепить.
Строить на даче полноценную позицию нет возможности. Места мало (даже беверы не бросить из-за застройки). Вращающийся WF был бы в тему.
Устанавливать там крутой комп не рационально. А от слабого мало толку.
Что если замутить декодер FT на шустром микропроцессоре? Он бы после декода сливал что "увидел" на стационарную позицию. Модная нынче облачная MQ технология из-за больших задержек тут не прокатит, но, полагаю, если соединение точка-точка то задержки будут небольшими. Конечно для этого дела придется и новое приложение писать.

[RK3DSW]

в субботу 26 октября с 03:00 до 11:00 UTC всех приглашаем поактивничать в T10 :
RDRC - «Доброе DIGITAL утро» каждую субботу

[UN3G]

Привет коллеги! Вопрос: при приеме DX-pedition когда идет прием вижу на водопаде 3 или 4 слота, но декодов нет. это нормально или нет? При переходе на 1 или 2 слота все декодируется и с приличным уровнем. Я понимаю что моща делится по слотам, но видно хорошо, а декода нет!

[RW6ATD]

в субботу 26 октября с 03:00 до 11:00 UTC всех приглашаем поактивничать в T10 :
RDRC - «Доброе DIGITAL утро» каждую субботу

Поактивничал бы в воскресенье, а в субботу то на рынок то ещё куда-может с нового года перенести на воскресенье???

[RK3DSW]

Поактивничал бы в воскресенье, а в субботу то на рынок то ещё куда-может с нового года перенести на воскресенье???

в субботу-воскресенье проходят различные контесты, в том числе цифровые... и большинство из них начинаются в 12:00 UTC в субботу...
поэтому и выбрано утро субботы с 03:00 до 11:00 UTC... менять это расписание не будем... два года уже проводим активность каждую субботу в одном из цифровых видов

[US4IRT]

Похоже уже не осталось возможности избегать ложных декодов

Позавчера на 40м заметил поточнее из за чего "ложняк". Периодически включался радар (не очень мощный по уровню, но мешал). И вот на его сигнале такое происходило, Игорь. Без помехи не было. Так что переключение диапазонов, скорее всего, ни причем. Совпало.