Микроконтроллеры

Не пиши сам чуши и не вводи массы в заблуждение. Если по-твоему с насыщением так мол замечательно, то пойдём методом индукции отсекать по одному биту. И, следовательно, однобитный БПФ и фильтры замечательно бы работали. Но де-факто это не так. Насыщение имеет смысл в каких-то крайних случаях, а не как метод борьбы с недостаточной разрядностью. И скорей на выходе из процедур -- для передачи, хранения и т.п. уже обработанных данных. С насыщением все алгоритмы выдают некорректный результат -- вот факт. И автору темы явно не хватает разрядности в промежуточных вычислениях и насыщение ему не в помощь. Можно предложить только вручную закодировать 48-бит например. Хотя лучше не маяться дурью и найти нормальную реализацию плавающей точки. Хохма в том, что оно может работать быстрей, чем fixed point. Вот, практический пример, на pic18 так получилось. Ибо float -- 24 бита (из них 8 экспонента, т.е. де-факто в умножениях только 16 мантиссы участвует), а fixed в 32 еле влазило (и операций в 2 раза больше сходу). И libm на ассемблере ручками оптимизировано, а компилер генерит не лучший код (для fixed). Для 8-битников ситуация типовая. Для 32-битных уже fixed будет быстрее.