Цифровой студийный микшер, расчет ресурса для разработки микшера Опции

[chert_kol]

Всем добрый день.

Возникло желание и возможность окунутся в мир ARM.

Вот озадачился разработать цифровой микшер на 8 входов и 3 выхода.

Не может ни кто подсказать сколько ресурсов потребуется на реализацию 3 полосного эквалайзера???
Интересует опыт работы, привязки к определенным чипам пока нет...

[Rst7]

Оптимизированный для ARM9 алгоритм 16-и битных FIR или IIR фильтров 24-го порядка где-то требует 20 мкс на 100 МГц частоты ядра.
Т.е. 3-х полосный эквалайзер с выборкой 44 КГц не на очень крутом ARM-е сделать не проблема.

Есть мнение, что фильтр 24го порядка для трехполосного эквалайзера нафиг не нужен. Так что один эквалайзер - не проблема, войдет в мелкий дешевый ARM без вопросов. Но каналов то 8.

[Alex B._]

Есть мнение, что фильтр 24го порядка для трехполосного эквалайзера нафиг не нужен. Так что один эквалайзер - не проблема, войдет в мелкий дешевый ARM без вопросов. Но каналов то 8.

к тому же есть мнение, что цифры про 20 мкс и порядки взяты с потолка - у меня 18 ногий дспик 16-битный FIR 32-порядка (окно такое же) считает за 30 мкс. А если в общем, то FIR и IIR одного порядка по вычислительным затратам абсолютно не сравнимы - канонический IIR раза в 3-4 медленнее будет, бо КИХ это простая свертка. Хотя может быть тут в дело вступает факт отсутствие у АРМ аппаратных циклов...
Хороших алгоритмов звукоЦОС дофига и больше - препринты AES и DSPA в сети еще никто не отменял
http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf

Ну а как итог - для такой задачи никакие плис и монстроидальные комплексы из нескольких LPC2K не нужны (если, конечно, цель - продукт, а не изучение армов) - есть заточенные решения, где все это решается штатно. Ссылки дадены:
http://www.wavefrontsemi.com/index.php?id=11,13,0,0,1,0
- 8 моно I2S каналов по входу, столько же по выходу. Ресурсов достаточно для 200-полосного эквалайзера (аппликейшн 8 x 20 полос по ссылке)
SigmaDSP - более новые, более перспективные, более мощные.

[AlexandrY]

Ну я не виноват, что кто-то повелся на дешевую рекламу пик-ов.
Цифры взяты из проверенных библиотек для ARM9E.
Учтите наличие в ARM9E команд 32-х битного умножения и наличие флага насыщения. Это не с бодуна назвали DSP расширениями.
Кто не силен в DSP поясню: когда говорят цифровой фильтр n-го порядка, то имеют ввиду, что у него n умножений.
Соответственно и IIR и FIR n-го порядка должны вычисляться примерно за одинаковое время.

Опять же для боевого применения статьи из EffectDesignPart1.pdf не имеют практической пользы.
Там аналитические формулы не переложенные на язык C-и и целочисленную арифметику.
А топик начался не с того, что человек хочет положить годы жизни на портирование алгоритмов.

С другой стороны у чипов wavefrontsemi одна цель - быть как можно дешевле.
Там нет цели быть как можно проще в разработке и освоении.
Поэтому сорсы у них на ассемблере, а апноты локоничны как вывески на базаре.
Кроме самого DSP движка не менее важен пользовательский интерфейс - клавиатура, индикатор, регуляторы, интерфейсы, сменные носители и т.д.
По любому нужен нормальный процессор для всего приложения.
И выбор ARM-ов в целом правильный.

к тому же есть мнение, что цифры про 20 мкс и порядки взяты с потолка - у меня 18 ногий дспик 16-битный FIR 32-порядка (окно такое же) считает за 30 мкс. А если в общем, то FIR и IIR одного порядка по вычислительным затратам абсолютно не сравнимы - канонический IIR раза в 3-4 медленнее будет, бо КИХ это простая свертка.

Хороших алгоритмов звукоЦОС дофига и больше - препринты AES и DSPA в сети еще никто не отменял
http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf


http://www.wavefrontsemi.com/index.php?id=11,13,0,0,1,0
- 8 моно I2S каналов по входу, столько же по выходу. Ресурсов достаточно для 200-полосного эквалайзера (аппликейшн 8 x 20 полос по ссылке)
SigmaDSP - более новые, более перспективные, более мощные.

[Alex B._]

Ну я не виноват, что кто-то повелся на дешевую рекламу пик-ов.

хватит уже нести бред. Я написал "у меня считает" а не "говорят что". Ваши познания в ЦОС широко известны. Почему, кстати, про float не заговорили?

Цифры взяты из проверенных библиотек для ARM9E.

такие фразы, которые действительно похожи на дешевый пеар, на меня всегда грусть навивают. Какие библиотеки, где ссылки?

Учтите наличие в ARM9E команд 32-х битного умножения и наличие флага переполнения. Это не с бодуна назвали DSP расширениями.

ну конечно, наличие флага переполнения, а не аппаратного усечения как у взрослых дяденек, теперь называется DSP расширением. Теперь понятно, почему он такой тормоз.
Скажу по секрету, для звука на переполнение вообще можно в большинстве случаев забить, достаточно оценить устойчивость и использовать, если надо, масштабирующие коэффициенты (для БИХ). Динамический диапазон упадет, но никто не мешает использовать 32 бита.

Кто не силен в DSP поясню: когда говорят цифровой фильтр n-го порядка, то имеют ввиду, что у него n умножений.

Только больше никому этого не говорите. Для КИХ это действительно так. Для БИХ порядок определяется количеством полюсов фильтра (а есть еще и нули). Для обычного биквадратного звена (2 порядок) нужно 5 умножений, не считая масштабирующих множителей между звеньями.
Вычисление КИХ - это тупое умножение двух векторов: один - коэффициенты, другой - буфер отчетов. В БИХ есть обратная связь, поэтому собстно алгоритм вычисления для любой арихитектуры заметно усложняется. Другое дело, что для получения сравнимой добротности порядок КИХ должен быть в разы больше. И в этом случае часто уже используют умножение в частотной области.

Опять же для боевого применения статьи из EffectDesignPart1.pdf не имеют практической пользы. Там аналитические формулы не переложенные на язык C-и и целочисленную арифметику. А топик начался не с того, что человек хочет положить годы жизни на портирование алгоритмов.

А готовое решение есть только у спецдевайсов, типа wavefront, spinsemi, AD и пр. Вообще-то этим люди деньги зарабатывают. Если топикстартер хочет по быстрому срубить бабла не врубаясь в частности - ссылки выше.

С другой стороны у чипов wavefrontsemi одна цель - быть как можно дешевле. Там нет цели быть как можно проще в разработке и освоении.Поэтому сорсы у них на ассемблере, а апноты локоничны как вывески на базаре.

Там осваивать-то нечего...

Кроме самого DSP движка не менее важен пользовательский интерфейс - клавиатура, индикатор, регуляторы, интерфейсы, сменные носители и т.д.По любому нужен нормальный процессор для всего приложения. И выбор ARM-ов в целом правильный.

С этим согласен

[AlexandrY]

Тут вы уж перегнули
Не надо так грубо провоцировать, от этого желания отвечать по теме не прибавляется. Не пацаны же все-таки.

хватит уже нести бред.

такие фразы, которые действительно похожи на дешевый пеар, на меня всегда грусть навивают. Какие библиотеки, где ссылки?