Дробная передискретизация полифазным фильтром Опции

[tim_s80]

При программной реализации Фарроу интерполяции при работе с разными частотами ищешь нужную базовую точку в старой шкале времени, как целая часть отношения текущего момента времени новой шкалы к старому шагу, берешь относительно нее нужное число отсчетов и с учетом дробной части рассчитываешь текущий выходной отсчет на новой частоте дискретизации.

Если делать не в режиме Фарроу, а просто как программную реализацию полифазного варианта, то по какому правилу следует выбирать момент и фазу выхода полифазного фильтра чтоб, например, передискретизировать с частоты 4*1/3 в частоту 2 при условии, что полифазный фильтр состоит из 16 ветвей и в каждой ветви 16 коэффициентов.

[_Ivana]

Мне интересны такие детали. Только например если Вы забросите код на чем-нибудь типа VisualDSP++ или как её там или чем-то подобном, на хитром специальном скрипте, то вряд ли я смогу его посмотреть.
У меня много вопросов возникает по сабжу вообще и этому документу в частности (с учетом того что я только несколько часов назад узнал про метод расчета фильтров через синк с окном). Например - если это DSP, то есть готовая прошитая микросхема, которая больше ничего не делает (или там есть возможность дописать ещё исполняемый код?) то зачем оптимизация в каждом случае? Имхо достаточно оптимизировать самый затратный случай а остальное делать чтобы было не дольше.

У них, кстати, есть тоже неплохой AN но там более широко чем передискретизация

Это очень хорошо! Может в документе было упоминание об этом, сейчас ещё просмотрю. Но этот AN весьма интересен.
UPD спасибо, скачал ПДФ с сайта MDS. Что мне мешало раньше зайти на их сайт (по ссылке из документа)?....
Есть несколько вопросов по этой теме, но думаю до изучения AN они преждевременны. Например, насчет полиномиальной или сплайновой интерполяции после двух каскадов сабсемплигна - не будет ли быстрее при той же точности? Хотя надо для начала узнать все ли отсчеты сабсемплируются.

Сообщение отредактировал _Ivana - Jul 21 2012, 18:19

[fontp]

Мне интересны такие детали. Только например если Вы забросите код на чем-нибудь типа VisualDSP++ или как её там или чем-то подобном, на хитром специальном скрипте, то вряд ли я смогу его посмотреть.
У меня много вопросов возникает по сабжу вообще и этому документу в частности (с учетом того что я только несколько часов назад узнал про метод расчета фильтров через синк с окном). Например - если это DSP, то есть готовая прошитая микросхема, которая больше ничего не делает (или там есть возможность дописать ещё исполняемый код?) то зачем оптимизация в каждом случае? Имхо достаточно оптимизировать самый затратный случай а остальное делать чтобы было не дольше.

Это очень хорошо! Может в документе было упоминание об этом, сейчас ещё просмотрю. Но этот AN весьма интересен.

Вы как-то странно, будто не носитель языка, интерпретируете слова.

Речь шла о коммерческих программах синтеза фильтров для Виндуз, упомянутых в статье. Это экзешники а не скрипты))
Предполагается, что фильтры конструируются однажды заранее, а не налету.
Программы довольно старые и когда-то были доступны в Сети, они должны быть в закромах.
Оптимизация там делается в обоих возможных смыслах.
Если это DSP то нужно минимизировать число операций. Процессор один и он должен последовательно выполнить все фильтры разных каскадов, естественно с разной частотой.
Если это FPGA то делается попытка минимизировать число арифметических устройств в конвейере каскадов(т.е. в каком-то смысле вентилей при некоторых предположениях о сложности умножителей)