ВСем привет!
Ктонибудь может подсказать ссылки на проекты реализации 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% ужмет)?

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

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

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

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

к слову, алгоритм должен нормально относиться к потерям пакетов (что не очень будет в отношение MP3)

Вам надо смотреть в направление голосовых кодеков (GSM, VoIP и т.д. )

G.723.1 — один из базовых кодеков для приложений IP-телефонии. Утвержден ITU-T в рекомендации G.723.1 в ноябре 1995 года. Выбран форумом IMTC как базовый для приложений ip-телефонии.

Кодек G.723.1 генерирует кадры длительностью 30 мс, предварительно анализируя 7.5 мс сигнала.

Предусмотрено два режима работы: 6.3 Кбит/с (кадр имеет размер 189 битов, дополненных до 24 байтов) и 5.3 Кбит/с (кадр имеет размер 158 битов, дополненных до 20 байтов). Режим работы может меняться динамически от кадра к кадру. Оба режима обязательны для реализации.

Оценка MOS (Mean Opinion Score) составляет 3.9 в режиме 6.3 Кбит/с и 3.7 в режиме 5.3 Кбит/с. Кодек специфицирован на основе операций как с плавающей точкой, так и с фиксированной точкой в виде кода на языке С. Реализация кодека на процессоре с фиксированной точкой требует производительности около 16 MIPS.

Кодек G.723.1 имеет детектор речевой активности (VAD) и обеспечивает генерацию комфортного шума на удаленном конце в период молчания. Эти функции специфицированы в приложении A (Annex А) к рекомендации G.723.1. Параметры фонового шума кодируются очень маленькими кадрами размером 4 байта. Если параметры шума не меняются существенно, передача полностью прекращается.

2 digital: да, смотрел, но попадались в основном полностью интегрированные решения для мобильников, где функции сжатия речи реализованы внутри СБИС. Еще попалось несколько микросхем реализующих ADPCM и CVSD (аналог дельта-сигма АЦП). Но у первого поток 32кбит как я говорил, а у второго 16кбит и качество похоже очень паршивое ... может я плохо искал?
Вообще конечно последняя фраза о том что можно реализовать кодек на проце с фикс.точкой вселяет оптимизм
2 All: может ктонибудь всетаки знает специализированные микросх.для CELP или GSM в небольших корпусах?


Вот:
НАшел NSAM266 -National instr. -очень хорошоая штука, даже с возможностью записи голоса во флешь, но здоровая
Еще нашел ссылки на реализации кодеров в техасовских DSP, но 200-300 выводов и потребление явно не годится...

Посмотрите в сторону SPEEX есть реализации под ARM

может тут че найдеш http://compression.graphicon.ru/download/

2 KonstantinT посмотрел, действительно есть реализация под ARM, однако те кто пробовали всунуть Спекс в ARM7 говорят что ничего хорошего не вышло
ARM9 к сожалению не могу использовать, хотя с ним наверно проблем бы не было.
ладно, как грица бум искать

2 viael спасибо,,смотрю

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

http://www.microchip.com/stellent/idcplg?I...ocName=en023610
в общем то бесплатно, несмотря на то что есть ссылки на заказ. Но тут только 64 ногий чип, есть у микрочипа и 18 ногие, которые по времени потянули бы, но у них флеши набортной маловато...

ООО...круто...мне одного за глаза хватило бы! Если можно расскажите поподробнее -на чем симулировали, какой именно контроллер брали и т.д. Я так понял что самое сложное в энкодере это реализация психоакустики- может тогда вы брали старый еще кодер, с упрощенным алгоритмом? хотя пишут что с каждой новой версией скорость обработки повышается...


2 Alex B._ всетаки микрочип не здается! молодца! не знаю, я только начинаю осваивать 32 разрядники, а тут еще и ДСП... но вариант очччень интересный! спасиба за сцылку

AMBE-2000™ или AMBE-2020™ рулят однако.
Если хочется заморочиться самому, то надо брать arm типа str9 с dsp инструкциями и ваять melp на целочисленке.

Как-то делали похожую вещь, но на приемном конце стоял обычный комп + записеь всех входящих. Записей копилось много, на венике какой-то дурак сэкономил, попросили следать автоматический кодировщик в мп3 под винду. Так вот, при частоте дискретизации 8 кГц и 16 битах качество записей после сжатия было ни в дугу. Пришлось винчестер все-таки поменять.мп3 для такой задачи как-то не к месту, иначе бы соответствующих телефонных стандартов и не было бы...

Берете исходники, компилируете в какой-нибудь среде и в симуляторе считаете кол-во циклов на блок данных. Я пробовал в CrossWorks, хотя сейчас порекомендовал-бы в Кейле.

str9 с минимумом в 80 выводов не подходит
AMBE 2000 тоже здоровые однака



и на каком кодере остановились? или вообще без него?


вопрос в том как ему (кодеру) подсовывать реальные данные с микрофона? насколько я понял загрузка проца меняется в зависимости от кодируемого сигнала

Вобщем всем спасибо кто отозвался. Вопрос пока еще остается открытым

Схема включения то простая, да и самому такого качества звука точно не добиться...

да я не об том что сложный, размер большой- 16х16 мм. у меня плата как раз такого размера

Самые малоногие сигнальники (bga как я понял не подходит) были у цирруса cs485хх в 48 QFP(7х7мм). А маленькие армы в qfp имхо слишком слабы под эту задачу.

Посмотрите еще vs1053. Финны вроде анонсировали ogg encoder для него

Ухты! то что нужно! тока достать пока негде

Во блин, а cmx618 народ то проспал...............

Я делал SD->AT91SAM7S256->VS1003B отлично работает.

Речь в теме шла не о плеере, а о помехозащищённой передаче речи в узком канале.