Добрый день!
Есть проект на Cyclone, в котором входные данные приходят со скоростью 64 кбит/с.
Данные идут в формате PCM A-law, полоса 4 кГц.
Нужно сделать кодер этих данных. И соответственно декодер MP3 в поток 64 кбит/с.
HELP!!!
Подскажите, кто реализовывал такой кодек, с чего начать и где раздобыть корку?

P.S. В кристалле будет независимых 8 кодеров и 8 декодеров.

Сообщение отредактировал Konstantin Ilichev - Dec 7 2006, 17:38

Самый простой вариант - использовать компилируемое процессорное ядро, хоть тот же NIOS, а уж исходников для MP3 на С достаточно.

Вот некоторые мысли:
1. MP3 енкодер тяжелее декодера насколько я понимаю (правда и поток у Вас не самый быстрый)
2. Я не уверен что 8 ядер на кристале - очень изящное решение
3. В данной ситуации готовый мощный проц + внешняя обвязка будет гораздо дешевле



Никто не сказал что эти исходники очень оптимально лягут на НИОС. Такое мы уже проходили.

Да кроме NIOS мало ядер ? Есть ARM ядро, да и еще много других.

Насчет ARM:
1. MP3 для ARM7 должнен быть хорошо оптимизирован
2. Soft ARM7 core вряд ли запашет в FPGA быстрее 20-30 MHz
3. Для нескольких потоков ARM7 явно слабовато будет
4. ARM9 явно лучше но где его взять

а нужно ли там МП3 ?!?!?!?!?
всеже он максимально эффективен при сжатии музыки. У Вас же судя по всему речь с полосой 4кГц. При сжатии речи боле эффективны иные алгоритмы компрессии. Вы не указали до какого битрейта Вам надо жать а то может статься, что реально обойтись каким-нить АДИКМ (e.g. G.726), которое лучше "ложится" в ПЛИС, чем вокодеры.

Если Вы занимаетесь темой в рамках курсового проекта, то посмотрите статью "А.Н. Дегтеренко. Кодирование речевых сигналов на основе систем с переменной структорой" .

ARM9 с частотой ядра 36MHz едва-едва справлялся с Декодированием потока МП3, правда там еще ось крутилась (ЕРОС на Psion Revo)

вообще в последнее время какой-то бум на решение задач неудобными инструментами:
пятибаксовый TMS320VC5501 с десяток каналов не самых легких вокодеров потянет в рил-тайме.
ну а о производительности на поприще ДЕкодирования МП3 можно судить из доки на известную реализацию:

А какой поток должен быть у сжатой речи?

Сообщение отредактировал Partisan - Dec 8 2006, 14:50

Ну там еще и ОС крутилась. Видел ASIC на 2 ARM7 который играл и MP3 и MP4.




Ето точно. Я бы понял такую задачу если бы делался ASIC и какие то ядра лежали в кармане а за какие то много денег просили. Или народ наслушался сказок что FPGA за 30$ заменяет ASIC за те же деньги.
В общем получается "Блондинка за 30 копеек".

Вообще для кодирования такого входного сигнала + еще реализация на плисине кодера -напрашивается АДИКМ (кажется G.723). Все остальное слишком сложное...

С наступающим НОВЫМ ГОДОМ!!!

Спасибо за поддержку!
Сделали так: заменили MP3 на ADPCM кодирование и реализовали его на внешней TMS.
Решили не ломать голову над циклоном.

ну вот теперь можно говорить о зарождении направления по решению задач оптимальными методами и удобными инструментами!!
с наступающим! =)