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

[US5WE]

Ставим Линукс и забываем о проблемах со временем. 149 версия под Ubuntu 16 прекрасно работает.

[UA3DJY]

Игорь, а нельзя ли проработать автоматическую корректировку времени, согласно среднего значения дешифруемых сигналов?

Готовы отказаться от чувствительности декодеров на согласованных фильтрах?

[R5WM]

если каждый пользователь программ синхронизации включит период 20 секунд то NTP сервера просто загнутся от нагрузки

Начиная с 2001 года, исходя из тогдашних рекомендаций K1JT для WSJT, использую обновление 20 сек и проблем не вижу! А серверов времени - море и нагрузка на них небольшая.

[RA3QDP]

Готовы отказаться от чувствительности декодеров на согласованных фильтрах?

согласованные фильтры требуют синхронизации времени с такой точностью, что бы совпадали (на приемной и передающей сторонах) точно по времени каждые элементарные посылки (биты) передаваемой информации. Такой точности никакая программа синхронизации в Windows не обеспечит.
Наверное, в FT-8 синхронизация нужна только для приблизительной синхронизации начала циклов приема-передачи.

[R5WM]

Готовы отказаться от чувствительности декодеров на согласованных фильтрах?

Было бы неплохо сделать контроль работы при использовании фильтров как в MSHV. Тут сразу видно как влияют фильтры на количество декодов и время потраченное на декодирование.

[UA3DJY]

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

Нет, они требуют отсутствия внешнего вмешательства в системное время, естественного ухода времени часов компьютера достаточно чтобы вписаться в согласование даже битов сообщения, не говорю уже про излучаемые тона содержащие группы бит.

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

Наверное, в FT-8 синхронизация нужна только для приблизительной синхронизации начала циклов приема-передачи.

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

[UA3DJY]

Готовы отказаться от чувствительности декодеров на согласованных фильтрах?

Было бы неплохо сделать контроль работы при использовании фильтров как в MSHV. Тут сразу видно как влияют фильтры на количество декодов и время потраченное на декодирование.

Путаете декодер с фильтром.

[R5WM]

Путаете декодер с фильтром

А что разве фильтр не увеличивает время для декодирования?

[UA3DJY]

Было бы неплохо сделать контроль работы.. Тут сразу видно .. время потраченное на декодирование.

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

Благодарю, есть смысл добавить такой функционал в JTDX.

А что разве фильтр не увеличивает время для декодирования?

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

[UA3GQ]

Сообщение от RA3QH
.раз в 10-15 мин оптимально

Установил 10 мин. Плюс сделал рекомендации от UA1NAN (п. 23538). Попробую поработать.

Провёл за трансивером около часа. Проблем не было. Посмотрим как будет дальше.

[EU1FQ]

....использую обновление 20 сек и проблем не вижу! .....

Лучше один раз разобраться, почему у железа (софта) время убегает, чем дергать софт каждые 20 сек.
Для примера. На одном из компов время убегало на 5-8 сек. за час. Сейча максимум 0.8-1.2 сек за сутки. Просто переставил местами планки памяти.

[R5WM]

Лучше один раз разобраться, почему у железа (софта) время убегает, чем дергать софт каждые 20 сек

Мне Ваши советы ненужны, 0.8 сек неприемлемо для FT4. С компьютером у меня все нормально.

[R2EA]

Готовы отказаться от чувствительности декодеров на согласованных фильтрах?

Игорь, ну о каком отказе может идти речь, если мой динозавр работает на минимальных настройках?
Сейчас буду пробовать тридцатидвушку. То что, вы, сейчас прорабатываете и улучшаете, уже давно не подходит
к моим критериям. Но тем не менее, мне всегда интересны ваши новинки. Пусть на минимуме, но пробую их...
За что, вам, в очередной раз, объявляю огромную благодарность!!!

[UA3DJY]

Дни активности AGB клуба : 18-19.04.2020 – все моды – JT65 + FT8 + JT9 + T10 + JS8CALL

[R7KKO]

Нет, они требуют отсутствия внешнего вмешательства в системное время, естественного ухода времени часов компьютера достаточно чтобы вписаться в согласование даже битов сообщения, не говорю уже про излучаемые тона содержащие группы бит.

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

Сейчас стоит Dimension4, синхронизация каждые 10 минут. Подобрано эмпирически. Стоит как служба в замен штатной службы времени Windows. В принципе устраивает. Хотелось бы узнать у автора рекомендуемые значения.