Не согласен. Потому что сдвиговый регистр будет внутри FIR только при определенной и далеко не самой оптимальной его организации. Обычно используют кольцевой буфер, а не сдвиговый регистр.
Добавлено спустя 55 секунд: Я уж не говорю про то, что FIR не обязан получать пакеты и выдавать сдвинутые пакеты наружу, т.е. вокруг FIR надо построить еще нехилую обвязку, чтобы он был сдвиговым регистром.
FIR по определению имеет на входе N-битное число и на выходе M-битное число, внутри у него пакет из K коэффициентов и механизм обработки, как вы из него собираетесь сделать сдвиговый регистр с одними только XOR снаружи - мне неведомо.
это я тебе потом обьясню, давай последовательно все делать? мне не понятно определение: "кольцевой буфер" чем отличается кольцевой буфер от сдвигового регистра?
Ну вы даёте, это же базовые структуры данных... кольцевой буфер размером N добавляет элемент и удаляет элемент за время O(1), а классический сдвиговый регистр делает это за O(N).
>Такое ощущение, что мы с вами на разных языках говорим. скорее всего да, поэтому я и пытаюсь понять твой язык... давай на ты? сдвиг в этой статье и есть регистр сдвига. Как из кольцевого буфера делать отводы от внутр. значений регистра?
и я свою мелочь вставлю ))) у фира основное не сдвиги , а операция умножения и сложения....поэтому для реализаций фир юзают dsp , а не плисы... реализовать фир на сдвигах и ксорах думаю реально , но по производительности не будет отбивать используя заточеные камни для таких целей... PS плюс последний пример вообще из другой оперы ,ибо там уже 16 битный камень.... если заюзать арм еще круче будет ...да и по цене на камень они сравнились с пиками и аврами....
т.е. кольцевой буфер это реализация сдвигового регистра длиной 128 и шириной float на процессоре у которого это плохо получается? для малоточечного фир зачем такие сложности?