-
26.01.2016, 21:04 #361
- Регистрация
- 29.01.2015
- Возраст
- 46
- Сообщений
- 218
- Поблагодарили
- 21
- Поблагодарил
- 103
А что такого будет ?
RK4LWA
-
26.01.2016, 21:47 #362
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
-
26.01.2016, 21:51 #363
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Сравниваю в MS Excel, в двух соседних столбцах, выравнивая и вставляя на разных декодах пустые ячейки в соседний столбец.
Немного муторно, но надежно. Когда то была попытка использовать встроенные в Excel функции для автоматического сравнения, но обернулась полным провалом: бывает что DT немного отличается или SNR, в итоге перешел на ручное сравнение.
Сейчас смотрю телевизор и одновременно продолжаю тестирование с Random 5/6, глаза от компьютерного экрана отдыхают.
Чуть позже опубликую результат разницы по времени и количеству декодирований между Random 5 и 6 для файлов с включенной АРУ.Последний раз редактировалось UA3DJY; 26.01.2016 в 21:57.
-
26.01.2016, 22:25 #364
- Регистрация
- 29.01.2015
- Возраст
- 46
- Сообщений
- 218
- Поблагодарили
- 21
- Поблагодарил
- 103
Вот в том и загвоздка что отличия snr не дало оптимизировать -значить ток вручную -что в принципе и сделал -5 декодов всего получилось уникальных при robust sync on-зато много не декодировалось ,что при выкл robust было ps ну при мощном процессоре можно не снижать random -а вот владельцам двухядерников -да и старых 4 ядерников -наверное да -есть смысл.Прогнал 6229 Random=8,Two-pass, Agr=5, robust off-1110 декодов верных +2 ошибочных-на 50 декодов меньше по сравнению с 6442 с тремя проходами-это не мало
Последний раз редактировалось RK4LWA; 26.01.2016 в 22:36.
RK4LWA
-
26.01.2016, 23:04 #365
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Random erasure patterns и трехпроходное декодирование
Результаты тестирования на малых значениях Random erasure patterns, файлы SDR с включенной АРУ - всего 442 файла.
Random = 6, 3320 декодирований, среднее время декодирования 8.33 секунды на один интервал
Random = 5, 3314 декодирований, среднее время декодирования 8.08 секунды на один интервал
Разницы в количестве декодирований почти нет, на слабых машинах вполне можно использовать Random = 5
Процессор на моей машинке старенький: AMD Athlon II X2 255 3 GHz - всего два ядра, операционка Windows10 32бит.
Сейчас еще попробую увеличить количество декодирований, сделаю тест - напишу.
-
26.01.2016, 23:42 #366
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Уменьшил порог первого прохода(thresh0) с 2.4 до 1.0, и при Random=6 количество JT65 декодирований резко упало c 1151 до 1118.
Значит пороги первого и второго прохода придется подбирать и искать оптимальное сочетание, довольно большой объем работы - буду признателен если сможете помочь в поиске оптимального соотношения.
-
27.01.2016, 03:26 #367
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
LDPC софт в пакете WSJT-X
r6437 Steve K9AN добавил LDPC софт в пакет WSJT-X
r6441(r6442) используя LDPC софт, Steve начал изучать эффективность кода SF2 в применении к JT модам
Коды применяются кроме кодирования еще и для декодирования, если Steve занялся изучением эффективности кодов значит нам ждать повышения эффективности работы декодеров .Последний раз редактировалось UA3DJY; 27.01.2016 в 03:31.
-
27.01.2016, 07:48 #368
- Регистрация
- 27.11.2010
- Возраст
- 67
- Сообщений
- 260
- Поблагодарили
- 52
- Поблагодарил
- 100
-
27.01.2016, 07:52 #369
- Регистрация
- 27.11.2010
- Возраст
- 67
- Сообщений
- 260
- Поблагодарили
- 52
- Поблагодарил
- 100
-
27.01.2016, 08:43 #370
- Регистрация
- 29.01.2015
- Возраст
- 46
- Сообщений
- 218
- Поблагодарили
- 21
- Поблагодарил
- 103
При уменьшении Ниже 2.4 первого порога -резко увеличиваеться время декодирования и уменьшаеться кол-во декодирований -решил что буду сначала с 1 проходом находить th0 -а потом уже побьирать th1-пока все отличные от 2.4 th0 делали только хуже прием -при фикс th1-1
RK4LWA
-
27.01.2016, 10:10 #371
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Мы все тесты делали на порогах 2.4 1.0 1.0 (первый второй третий проход соответственно).
Попробуйте увеличить немного порог второго прохода, например до 1.5, если количество декодирований вырастет то можно вторым шагом попробовать снизить порог первого прохода до 2.3, или увеличить до 2.5, итерационный процесс.
Порог третьего прохода пока не трогайте, смысл в максимальной чувствительности на третьем проходе. Чуть позже я попробую с ним тоже поиграть.
При снижении порогов растет время декодирования, при увеличении - падает, так и должно быть.Последний раз редактировалось UA3DJY; 27.01.2016 в 10:14.
-
27.01.2016, 10:12 #372
- Регистрация
- 29.01.2015
- Возраст
- 46
- Сообщений
- 218
- Поблагодарили
- 21
- Поблагодарил
- 103
При одном проходе r6442 random=8 ag=0 пр th0-2.5 -864 декода ,th0-2.3-868 ,tho 2.2-868,th0 2.0-869+1 ошибочный-но сильно возрастает время декодирования -так что оптимальный 2.3-сейчас еще прогоню с набором файлов -24 для 2.2 ,2.3,2.4 th0
RK4LWA
-
27.01.2016, 10:14 #373
- Регистрация
- 29.01.2015
- Возраст
- 46
- Сообщений
- 218
- Поблагодарили
- 21
- Поблагодарил
- 103
По моему есть смысл сначало на 1 проходе найти оптимальный-потом включить второй проход и уже при этом оптимальном th0 -играться с th1 второго прохода .Я не прав ?ps третий я пока совсем отключил проход (не менял исходники для него)
RK4LWA
-
27.01.2016, 10:19 #374
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
27.01.2016, 10:25 #375
- Регистрация
- 29.01.2015
- Возраст
- 46
- Сообщений
- 218
- Поблагодарили
- 21
- Поблагодарил
- 103
Хорошо-тогда перекомпилирую сейчас-но мне кажется тут не совсем аналогия подходит для колебательных контуров-и у меня при th0-1 th1-1 th2 -1 -упал прием еще больше чем у вас вчера -там 1100 декодировалось только -правда не может повлиять что я в чистом режиме jt65 декодировал ? -просто вычленять потом jt9 из файла муторно больно-да и по моему только влияет на распределение потоков по ядром jt9+jt65-на amd FX планировщик раскидывает по всем 8 ядрам и при jt65 чистом приеме,правда да некоторые менее загружены чем в чистом режиме использования многоядерности при jt9+jt65 .Может есть смысл сейчас использовать файлы -24 дб для тестирования ? в режиме jt9+jt65 (оставивь там к примеру 500 файлов) для увеличения скорости
Последний раз редактировалось RK4LWA; 27.01.2016 в 10:33.
RK4LWA
Социальные закладки