Вложение 156136
Собрал колекцию
Настройки 6 и 6
13 станций декодирует быстро
-30 полная ерунда
-29 половина
ну а дальше все нормально
Сейчас на 20
Вложение 156136
Собрал колекцию
Настройки 6 и 6
13 станций декодирует быстро
-30 полная ерунда
-29 половина
ну а дальше все нормально
Сейчас на 20
Перепробовал все старые версии WSJTx и WSJT декода на файлах http://forum.qrz.ru/attachments/6-ci...3rf_144176.zip нет. Программа Comfort-4.0.0.393a их спокойно декодирует.
P.S. Comfort-4.0.0.393a трудно найти сейчас поэтому закинул на облако https://cloud.mail.ru/public/BAtw/mSMFfYDA3
А это в реальном эфире.....
Вложение 156145
P.S. Comfort-4.0.0.393a_________________________________________ WSJTx 6404
Это все понятно! На WSJTx декодов будет больше во первых за счет более широкой полосы спектра (в Comfort +/- 1000Гц), а во вторых если алгоритм нового декодера в WSJTx позволяет вытаскивать декоды станций работающих на одной частоте, то Comfort их не распознает и не выводит в декод.
Посмотрите у Вас M0SAS и EA3HUF идут почти с одинаковым уровнем и с разносом частот 9 Гц, они для этой программы выглядят как помеха и от них в Comfort нет декода.
А вопрос стоит в том как получить декод в WSJTx от искаженных доплером треков.
Здесь по два трека а бывает и 3 и 4 и еще идут крест накрест в зависимости какой самолет куда летит.
Вложение 156150
Вложение 156151
[QUOTE=UA3WM;1200609]Здесь по два трека а бывает и 3 и 4 и еще идут крест накрест в зависимости какой самолет куда летит.
я не УКВист,но треки от от ДИ которые не только наклонные но и по дуге,раньше вроде принимались мной!
А какие ранние версии WSJT-X проверял,только номер? У меня крайняя сохранившаяся только 3590
Есть исходник CandidateKeyFilter.cpp , находится в папке \src\wsjtx\, судя по комментариям в исходнике вырезает идентичных кандидатов.
А по искажениям частоты:
- есть медленный уход частоты всего сообщения связанный с эффектом Доплера на КВ и УКВ - как в случае с летящим самолетом
- есть быстрый уход (девиация) частоты каждого тона связанный с эффектом Доплера на КВ - как в случае с полярным сиянием.
Первый WSJT-X действительно плохо держит, в софте за автоподстройку JT65 частоты отвечает исходник afc65b.f90.
Второй WSJT-X иногда даже выдерживает при перекрытии спектров соседних тонов, связано с неравномерным распределением мощности при быстрой девиации частоты - максимум обычно находится в центре тона, хотя изредка наблюдал и скачкообразное смещение максимума мощности всех тонов по частоте во время передачи одного сообщения.
Если найдется такой ранний релиз WSJT-X то можно сравнить исходники afc65b.f90 и попытаться откатиться на старый исходный код в последнем релизе. Если получится декодировать наклонные сигналы и при этом не уменьшится количество декодирований на КВ - то попросим разработчиков сделать изменения кода в последнем релизе.
Включая только JT65a Вы отказываетесь от использования всех ядер процессора, что в итоге ограничивает Вас в выборе Random Erasure Patterns = 6.
В последних релизах, после самостоятельной модификации порогов первого и второго прохода, есть смысл включать JT65+JT9, Random Erasure Patterns =8, Agressive decoding level =0.
В этом случае будут работать все ядра процессора, и с Random = 8 он будет справляться, и ложных декодирований у Вас почти не будет.
Попробую сделать тест с Agressive decoding level = 8, посмотрю разницу в количестве правильных декодирований по сравнению с 0, результат позже опубликую.
Вложение 156191
Игорь вот настройки 8-0
до 14 секунд залазеет на передачу
Сегодня поставил последную версию
Только JT65 и 7-5, декодирует полный дисплей (15станций)
остается пару секунд для принятия решения В полне устраивает
На счет ложных станций немогу ни чего сказать
r6404: декодирование примерно 1100 правильных JT65 сообщений в чистом JT65a режиме + Agressive decoding level = 8 заняло 14 минут 10 секунд, в режиме JT65+JT9 + Agressive decoding level = 0 декодирование тех же JT65 сообщений плюс дополнительно JT9 сообщений заняло 13 минут 55 секунд.
При использовании Agressive decoding level = 8 получил примерно 112 ложных JT65 декодирований, и всего на 6 правильных JT65 декодирований больше чем для Agressive decoding level = 0.