-
19.01.2016, 14:57 #286
- Регистрация
- 27.11.2010
- Возраст
- 68
- Сообщений
- 260
- Поблагодарили
- 52
- Поблагодарил
- 100
-
19.01.2016, 17:21 #287
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
Перепробовал все старые версии 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Последний раз редактировалось R5WM; 19.01.2016 в 17:25.
R5WM
-
19.01.2016, 19:52 #288
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
19.01.2016, 20:19 #289
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
-
19.01.2016, 20:25 #290
- Регистрация
- 16.03.2013
- Адрес
- Москва
- Возраст
- 78
- Сообщений
- 1,131
- Поблагодарили
- 375
- Поблагодарил
- 48
-
19.01.2016, 21:08 #291
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
Это все понятно! На WSJTx декодов будет больше во первых за счет более широкой полосы спектра (в Comfort +/- 1000Гц), а во вторых если алгоритм нового декодера в WSJTx позволяет вытаскивать декоды станций работающих на одной частоте, то Comfort их не распознает и не выводит в декод.
Посмотрите у Вас M0SAS и EA3HUF идут почти с одинаковым уровнем и с разносом частот 9 Гц, они для этой программы выглядят как помеха и от них в Comfort нет декода.
А вопрос стоит в том как получить декод в WSJTx от искаженных доплером треков.Последний раз редактировалось R5WM; 19.01.2016 в 21:18.
R5WM
-
19.01.2016, 21:24 #292
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
-
19.01.2016, 21:39 #293
- Регистрация
- 16.03.2013
- Адрес
- Москва
- Возраст
- 78
- Сообщений
- 1,131
- Поблагодарили
- 375
- Поблагодарил
- 48
-
19.01.2016, 22:01 #294
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
-
19.01.2016, 22:25 #295
- Регистрация
- 16.03.2013
- Адрес
- Москва
- Возраст
- 78
- Сообщений
- 1,131
- Поблагодарили
- 375
- Поблагодарил
- 48
[QUOTE=UA3WM;1200609]Здесь по два трека а бывает и 3 и 4 и еще идут крест накрест в зависимости какой самолет куда летит.
я не УКВист,но треки от от ДИ которые не только наклонные но и по дуге,раньше вроде принимались мной!
А какие ранние версии WSJT-X проверял,только номер? У меня крайняя сохранившаяся только 3590Виталий UA3ALE
-
20.01.2016, 10:11 #296
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Есть исходник CandidateKeyFilter.cpp , находится в папке \src\wsjtx\, судя по комментариям в исходнике вырезает идентичных кандидатов.
А по искажениям частоты:
- есть медленный уход частоты всего сообщения связанный с эффектом Доплера на КВ и УКВ - как в случае с летящим самолетом
- есть быстрый уход (девиация) частоты каждого тона связанный с эффектом Доплера на КВ - как в случае с полярным сиянием.
Первый WSJT-X действительно плохо держит, в софте за автоподстройку JT65 частоты отвечает исходник afc65b.f90.
Второй WSJT-X иногда даже выдерживает при перекрытии спектров соседних тонов, связано с неравномерным распределением мощности при быстрой девиации частоты - максимум обычно находится в центре тона, хотя изредка наблюдал и скачкообразное смещение максимума мощности всех тонов по частоте во время передачи одного сообщения.Последний раз редактировалось UA3DJY; 20.01.2016 в 10:38.
-
20.01.2016, 10:22 #297
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Если найдется такой ранний релиз WSJT-X то можно сравнить исходники afc65b.f90 и попытаться откатиться на старый исходный код в последнем релизе. Если получится декодировать наклонные сигналы и при этом не уменьшится количество декодирований на КВ - то попросим разработчиков сделать изменения кода в последнем релизе.
Последний раз редактировалось UA3DJY; 20.01.2016 в 10:26.
-
20.01.2016, 10:56 #298
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Включая только JT65a Вы отказываетесь от использования всех ядер процессора, что в итоге ограничивает Вас в выборе Random Erasure Patterns = 6.
В последних релизах, после самостоятельной модификации порогов первого и второго прохода, есть смысл включать JT65+JT9, Random Erasure Patterns =8, Agressive decoding level =0.
В этом случае будут работать все ядра процессора, и с Random = 8 он будет справляться, и ложных декодирований у Вас почти не будет.
Попробую сделать тест с Agressive decoding level = 8, посмотрю разницу в количестве правильных декодирований по сравнению с 0, результат позже опубликую.Последний раз редактировалось UA3DJY; 20.01.2016 в 11:00.
-
20.01.2016, 13:22 #299
- Регистрация
- 27.11.2010
- Возраст
- 68
- Сообщений
- 260
- Поблагодарили
- 52
- Поблагодарил
- 100
Последний раз редактировалось RA3RKA; 20.01.2016 в 13:25.
RA3RKA
-
20.01.2016, 13:30 #300
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
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.Последний раз редактировалось UA3DJY; 20.01.2016 в 13:39.
Социальные закладки