ВСем привет!
Ктонибудь может подсказать ссылки на проекты реализации MP3 в АРМ-е?
Я нашел только www.mikrocontroller.net/articles/ARM_MP3/AAC_Player
но тут плеер, а мне нужен кодировщик MP3.

Коммерческий проект: SPIRIT MP3 Codecs

Хороший проект, жаль что комерческий

Тут можно посмотреть.
http://www.mp3-converter.com/linux/index.htm

но все таки я советую использовать

https://helixcommunity.org/viewvc.cgi/?root=Helix+Community

Особенно если недостаточно памяти.
помоему там всего 1.5 Кб на реализацию... 512 байт на фрейм, остальное на нормализацию и приведение уровня, подавление джиттера -- остальное на ШАМ.

Может быть стоит посмотреть в сторону ARM9->Linux->Software

Вот еще один
MAD mp3 decoder

http://www.underbit.com/products/mad/

может и без OS работать и под оной.

однозначно, либо DSP - mpeg1 layer3 - это несимметричный алгоритм, кодирование хочет гораздо больше временнЫх ресурсов чем декодирование.

Всем спасибо за ответы!
Всетаки вы не поняли что мне нужно . Обрисую задачу более конкретно. У меня есть сигнал с микрофона (оцифровка 12бит*8кГц), его нужно передать по радиоканалу, желательно с минимальным трафиком. Аналоговая передача отпадает сразу-только в цифре. Вообщето это вопрос уже скорее для RF раздела, но всетаки. Мощная система типа ARM9+ОЗУ или еще круче PC104 не подойдет по габаритам да и потреблению...
Вобщемто нужно сделать только тракт, который бы брал PCM пакет с микрофона и ужимал его пакет MP3 для дальнейшей переброски через радиоканал. Требования к памяти и вычислительной мощности в несколько раз меньше, чем для обычных аудио систем, так как кодирование будет весьтись на частоте 8кГц, а не 44,1.
Я так думаю что LAME mp3 это то что нужно- системно-независимый кодер высокого качества. ВОпрос в том насколько он адаптирован к ARM?
2 nogapok: по второй ссылке - не подскажите где там искать кодер? а то все облазил но кроме кроссфадер и ресемплер ничего не нашел. И что такое ШАМ?

А нужен ли Вам MP3? Поскольку у Вас частота дискретизации 8 кГц, то может лучше посмотреть в сторону телефонных вокодеров, например, GSM 6.10, ADPCM, G723, G729.

Смотрел...вокодеры неплохи если кодировать ТОЛЬКО речь, в присутствии других сигналов возможно сильное искажение, чего не хотелось бы, да и по ресурсоемкости CELP-кодеки не уступают MP3.
ADPCM очень простой но и степень сжатия мала - в моем случае это 3:1

...наврал про CELP-в нем не частотная а временная свертка, по нему пока что вопрос не снят, но уж больно много математики в нем...не знаю потянет ли его ARM7, а вот MP3 точно должен потянуть на наших частотах (по крайней мере SPIRIT MP3 Codecs это подтверждает-))).

В CELP математики все таки поменьше, посмотрите Speex. Еще как вариант - vorbis

Тут более подробно на английском.
http://www.hydrogenaudio.org/forums/lofive...php/t35531.html
http://www.hydrogenaudio.org/forums/index....showtopic=35540

За ШАМ -- простите (шизо-акустическая модель).
На самом деле она психо-акустическая.

А какая степень сжатия нужна? и какое качество достаточно для вас?
Может Вам хватит ADPCMа + поверху обычным хафменом пройтись (33% ужмет)?

Сообщение отредактировал nogapok - Jan 9 2008, 13:43

качество достаточно на 4 (по 5 бальной шкале), ну 3,8 минимум
степень сжатия -проще сказать какой выходной поток устроил бы- минимальный
а если серьезно то порядка 8кбит/c. ADPCM тут не прокатит -это 32кбит при 8кГц оцифровке, даже с Хафманом это будет 22кбит/с, что очень много.
Так что либо МП3 либо линейное предсказание (LPC)...других вариантов не видно

смело берите CELP - о каком MP3 тогда может идти речь в телефонной полосе...

20% потерь -- это дофига...
Думаю МР3 сильно прожорливое решение (по загрузке процессора) для таких требований.
Насколько CELP подходит для таких целей -- не знаю, не было прецедентов использования.

Но думаю что вам стоит прислушаться к vladec и воспользоваться чем то телефонным.
Все параметры системы, которые вы описали очень напоминают телефонные...
Наверняка алгоритмы там проще чем мП3, и свободных реализаций должно быть навалом (все таки телефония -- это изъезженная тема).