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

[RA3PS]

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

[UA3DJY]

Игорь, спасибо. Обновился с 153_4, не ожидал такого количества изменений в финальной, спасибо! Подстроить, как, куда крутить? Вот сейчас увёл время для эксперимента в минус 1.5 секунды. Среднее стало -1.25. DT ставить на -1.25 чтобы большинство туда попадало?

Да, но подстройка положения колокольчика необходима только если включено прореживание списка кандидатов. Борьба за приемлемую задержку окончания декодирования на слабых процессорах.

- - - Добавлено - - -

Пытаюсь подобрать оптимальные настройки и столкнулся с таким:
кол-во потоков 7, CL-100, DT-0, АвтоВыбор2
имеем: DT средн. =0,13 а вот по Lag такие значения +0,88/36 +1,6/14
примерно так, почему при меньшем количестве станций увеличивается время?
Другие программы на компьютере отключены. Процессор во время декодирования не выходит за 95%. Что еще может так влиять на время?

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

Автовыбор2 для последних версий JTDX недостаточно эффективный режим, лучше использовать Автовыбор1 либо Автовыбор3.

[RX3ASP]

Пытаюсь подобрать оптимальные настройки и столкнулся с таким:
кол-во потоков 7, CL-100, DT-0, АвтоВыбор2
имеем: DT средн. =0,13 а вот по Lag такие значения +0,88/36 +1,6/14
примерно так, почему при меньшем количестве станций увеличивается время?
Другие программы на компьютере отключены. Процессор во время декодирования не выходит за 95%. Что еще может так влиять на время?

А что у вас тут?

У меня похожая картина, если больше одного цикла включить.
Вот сейчас на пустом участке диапазона, при "вечерних" шумах и 3-х циклах, Lag +4.56/0, при 2-х Lag +0.50/0 а при 1 цикле Lag +0.02/0

[UA3DJY]

ну посмотрел ,ничего не понял.

Все просто - хеш программа вычисляет как CRC контрольную сумму от позывного. Если Вы знаете позывной (программа ранее декодировала полный позывной) то программа на основании приятого хеша найдет позывной в заполняемой ею таблице. Если позывной ранее не принимался, что нередко бывает когда Вас зовут рапортом, то программа не находит его в таблице и вместо позывного покажет многоточие в скобках.

Часто операторы думают что вызов рапортом cэкономит им время, по факту может наоборот затянуть проведение QSO.

Операторы использующие нестандартные позывные с точки зрения FT8 протокола ущемлены в возможности декодирования их сообщений потому что передают свой полный позывной только в части сообщений QSO. Учитывая помехи на диапазоне и замирания сигналов их позывной попадает в хеш таблицу программ других операторов ощутимо реже чем стандартные позывные.

Работать стандартным позывным в FT8 эффективнее чем дробным либо длинным.

[UY7VY]

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

А что у вас тут?

У меня похожая картина, если больше одного цикла включить.
Вот сейчас на пустом участке диапазона, при "вечерних" шумах и 3-х циклах, Lag +4.56/0, при 2-х Lag +0.50/0 а при 1 цикле Lag +0.02/0

Запуски 1, чувствительность МИНИМАЛЬНАЯ

[R6LCF]

Пытаюсь подобрать оптимальные настройки и столкнулся с таким:
кол-во потоков 7

1)Попробуйте установить Авто.
2) Оставить 7 потоков но установить использовать низкие пороги ,заместо использовать подпроход.
3) Оставить 7 потоков но использовать подпроход ,но количество запусков декодера оставьте 1.
Вариантов много ,мои настройки к вашему компу не подойдут ,поэтому только сам.
Выберите оптимальный вариант. Первоначально ориентируетесь по времени ,а дальше сами все увидите и выберете.
У меня # 25924 Скрин ,все видно.

- - - Добавлено - - -

Вот сейчас потоков 8 ,запусков декодера 1.включен подпроход.CL 100%. Да неплохо вообще то!

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

- - - Добавлено - - -

Версия работает стабильно ,декодирование на отлично ,при моих настройках четко в временном периоде. А что еще нужно для успешной связи!

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

Сейшельские острова. Легко и стабильно. Спасибо автору за программу!

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

[UY7VY]

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

1)Попробуйте установить Авто.
2) Оставить 7 потоков но установить использовать низкие пороги ,заместо использовать подпроход.
3) Оставить 7 потоков но использовать подпроход ,но количество запусков декодера оставьте 1.
Вариантов много ,мои настройки к вашему компу не подойдут ,поэтому только сам.
Выберите оптимальный вариант. Первоначально ориентируетесь по времени ,а дальше сами все увидите и выберете.

Да все отлично работает, 153 заметно больше декодирует, в #25942 Игорь ответил о возможных причинах таких показаний Lag.

[UA3DJY]

Сравнительное тестирование эффективности декодирования опции прореживания списка кандидатов в rc153 c режимами rc152:



Использовался пакет звуковых файлов с приемника на котором отрабатывала АРУ, файлы записывал компьютер под операционкой Линукс с идеальной синхронизацией системного времени. Пакет файлов для самостоятельного тестирования и сравнения с WSJT-X можно скачать с этого линка(размер архива 80МБ).

[UR5LCZ]

У меня ничего не меняется с DT принимаемых станций при изменении этого параметра в программе.
Ранее использовал специальную программу, которая корректировала системное время компа.
Она работатала.
А сейчас хоть +1, хоть -1 секунды накручиваю, а DT какое было, такое и остается у принимаемых станций.
И надоедливый корреспондент, которого включил в фильтр, почему-то не пропадает, а продолжает мозолить глаза.

[RN9AZ]

To UA3DJY
Игорь. Протестировал новый релиз 153, и остался не в восторге. Отсутствует стабильность декорирования, даже тестовых файлов. Огромная привязка к системному времени. Даже на минимальных установках запаздывает почти на две секунды. А с эфира и на четыре случалось. ПК два ядра четыре потока. Плюс баги в работы программы, на поиск. Зовешь корреспондента с рапортом, но стоит ему дать CQ вылетает локатор. вот и пасёш постоянно. Ещё вместо ответа в окне приёма появляется пустая строка, но есть хи название этой страны что вызываешь. не так часто но такое случается. Промудохался и откатился на 152 релиз, в нём всё прекрасно. И разница настроек с тестовыми файлами стала заметна и время декодирования в минусе.

[R7KKO]

Отсутствует стабильность декорирования

Тоже отмечаю нестабильность декодирования. Может что подкрутить надо?

[RX4HX]

Протестировал новый релиз 153, и остался не в восторге.

Да подтверждаю. Проблемы есть. Тоже пока откатился на 152.

[R6LCF]

Ранее использовал специальную программу, которая корректировала системное время компа.
Она работатала.

У меня и сейчас как работала так и работает отлично. Может в этом причина у некоторых?

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

- - - Добавлено - - -

Сейчас на 21мГц. С DT как видите все в порядке. Lag=-0.11 Ну это из за малого количества станций на диапазоне. С этими настройками возможно увеличивать Lag до +0,25 +0,5;Связи на отлично!

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

[RM1F]

Протестировал новый релиз 153, и остался не в восторге.

Игорь UA3DJY:
При работе в 153 сборке периодически, каждые 10-15 минут, отваливается CAT. Конфигурация: Core i5 8 Мб x64 + FT-950. Откатился на 152, работает стабильно.

[RX3ASP]

Может в этом причина у некоторых?

Вряд ли в этом. У меня комп, как и антенна и трансивер - Г. и Палки! Время уходит периодически и весьма прилично, когда браузерами пользуюсь. Тогда синхронизирую вручную JTSync. Конечно, ухода больше 1 сек. не допускаю.
Кстати, если посмотреть https://hamspots.net/history/ у вас DT на передачу не такое уж и идеальное)))
Но каких-то нестабильностей, пропаданий локаторов и т.п. в 153 по сравнению с 152 не наблюдаю. Причина в чём-то другом, возможно у каждого своя. Скорее всего в настройках надо разобраться.
Новая система настроек с "прореживанием" весьма эффективно работает на устаревших компьютерах!