А что такого будет ?
А что такого будет ?
Сравниваю в MS Excel, в двух соседних столбцах, выравнивая и вставляя на разных декодах пустые ячейки в соседний столбец.
Немного муторно, но надежно. Когда то была попытка использовать встроенные в Excel функции для автоматического сравнения, но обернулась полным провалом: бывает что DT немного отличается или SNR, в итоге перешел на ручное сравнение.
Сейчас смотрю телевизор и одновременно продолжаю тестирование с Random 5/6, глаза от компьютерного экрана отдыхают.
Чуть позже опубликую результат разницы по времени и количеству декодирований между Random 5 и 6 для файлов с включенной АРУ.
Вот в том и загвоздка что отличия snr не дало оптимизировать -значить ток вручную -что в принципе и сделал -5 декодов всего получилось уникальных при robust sync on-зато много не декодировалось ,что при выкл robust было ps ну при мощном процессоре можно не снижать random -а вот владельцам двухядерников -да и старых 4 ядерников -наверное да -есть смысл.Прогнал 6229 Random=8,Two-pass, Agr=5, robust off-1110 декодов верных +2 ошибочных-на 50 декодов меньше по сравнению с 6442 с тремя проходами-это не мало
Результаты тестирования на малых значениях 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бит.
Сейчас еще попробую увеличить количество декодирований, сделаю тест - напишу.
Уменьшил порог первого прохода(thresh0) с 2.4 до 1.0, и при Random=6 количество JT65 декодирований резко упало c 1151 до 1118.
Значит пороги первого и второго прохода придется подбирать и искать оптимальное сочетание, довольно большой объем работы - буду признателен если сможете помочь в поиске оптимального соотношения.
r6437 Steve K9AN добавил LDPC софт в пакет WSJT-X
r6441(r6442) используя LDPC софт, Steve начал изучать эффективность кода SF2 в применении к JT модам
Коды применяются кроме кодирования еще и для декодирования, если Steve занялся изучением эффективности кодов значит нам ждать повышения эффективности работы декодеров :s7:.
При уменьшении Ниже 2.4 первого порога -резко увеличиваеться время декодирования и уменьшаеться кол-во декодирований -решил что буду сначала с 1 проходом находить th0 -а потом уже побьирать th1-пока все отличные от 2.4 th0 делали только хуже прием -при фикс th1-1
Мы все тесты делали на порогах 2.4 1.0 1.0 (первый второй третий проход соответственно).
Попробуйте увеличить немного порог второго прохода, например до 1.5, если количество декодирований вырастет то можно вторым шагом попробовать снизить порог первого прохода до 2.3, или увеличить до 2.5, итерационный процесс.
Порог третьего прохода пока не трогайте, смысл в максимальной чувствительности на третьем проходе. Чуть позже я попробую с ним тоже поиграть.
При снижении порогов растет время декодирования, при увеличении - падает, так и должно быть.
При одном проходе 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
По моему есть смысл сначало на 1 проходе найти оптимальный-потом включить второй проход и уже при этом оптимальном th0 -играться с th1 второго прохода .Я не прав ?ps третий я пока совсем отключил проход (не менял исходники для него)
Хорошо-тогда перекомпилирую сейчас-но мне кажется тут не совсем аналогия подходит для колебательных контуров-и у меня при th0-1 th1-1 th2 -1 -упал прием еще больше чем у вас вчера -там 1100 декодировалось только -правда не может повлиять что я в чистом режиме jt65 декодировал ? -просто вычленять потом jt9 из файла муторно больно-да и по моему только влияет на распределение потоков по ядром jt9+jt65-на amd FX планировщик раскидывает по всем 8 ядрам и при jt65 чистом приеме,правда да некоторые менее загружены чем в чистом режиме использования многоядерности при jt9+jt65 .Может есть смысл сейчас использовать файлы -24 дб для тестирования ? в режиме jt9+jt65 (оставивь там к примеру 500 файлов) для увеличения скорости