Я к тому что только процесс jt9 у меня нагружает проц-проверил th1-1.4 -1161 +3 неверных -оптимум стало быть 1.5-буду менять th0
Я к тому что только процесс jt9 у меня нагружает проц-проверил th1-1.4 -1161 +3 неверных -оптимум стало быть 1.5-буду менять th0
Окончательный итог за 11 часов компилирования и проверок -r6442-random 8,three pass on,agr 0 -th0 2.4 th1 1.5 th2 1.5 -1166 декодов без ложных
у меня на Random=6 при этих порогах получилось всего вместе 1137 декодирований, сейчас проверю на Random=8
начал тесты на Random = 8, времени очень много тратится на декодирование, какое то странное ощущение что реальные пороги не соответствуют тем цифрам что мы ставим...
да у меня на 8 ядрах и на частоте 4700 поставил -и то гм подтормаживает чуть, но укладывается конечно в минуту .очень много время тратится на декодирование я сам удивился
При Random=8 получаю 1146 декодирований... я на r6404, в исходном коде никаких изменений между r6404 и r6442 влияющих на декодирование нет.
Какой у Вас коэффициент применяется к символьным метрикам в исходнике ftrsd2.c в строке 133 (thresh0[i] = 1.3*perr)?
по умолчанию
Сейчас прогон пройдет с th2-1.4-а то я th2 брал 1.3 и th2 1.6-для сравнения-потом еще раз прогоню с th2 -1.5 уточню .коэффициент thresh0[i] = 1.3*perr[ii][jj];
1156 при th2-1.4
Страннл вообще прогнал при 1.5 и получил 1153+1 неверное-все Рота отбой
у меня нет скайпа -но что то я сам уже ничего не пойму по резалтам -и да конечно будем в личку писать а то правда я зафлеймил НЕ МОГУ ПОНЯТЬ ПОЧЕМУ РЕЗУЛЬТАТЫ ИЗМЕНИЛИСЬ В ХУДШУЮ СТОРОНУ НО ДАВАЙТЕ ТОЛЬКО В ЛИЧНЫЕ СООБЩЕНИЯ ТЕПЕРЬ
Скрипт компиляции показывает предупреждения в случае если что-то в исходном коде не соответствует требованиям синтаксиса или использования переменных, думаю есть смысл проверить есть ли какие предупреждения по сделанным Вами изменениям.
Например я использовал ранее табуляцию вместо пробелов для выравнивания строк в исходниках, потом заметил что есть предупреждения при компиляции что табуляцию использовать нельзя.
Ранее в переписке с разработчиками проскакивала тема разного количества декодирований на разных машинах, вроде как разница в работе генератора случайных чисел.
после многочисленных попыток оптимизации при Random=6 пришел к выводу что оптимальные пороги thresh0:
первый проход = 2.4
второй проход = 1.0
третий проход = 1.0
На файлах SDR с выключенной АРУ получаю всего 1152 декодирований.