Скажите, можно ли на AT91SAM7S32 сжимать звук PCM 16bit 10-16kHz до 10-20kbit? Какой кодек порекомендуете использовать, чтобы были доступны программы с открытым кодом? Есть ли альтернатива AT91SAM7S32 с меньшими габаритами и энергопотреблением? Можно ли использвать для данной задачи MSP430?

Спасибо

Тут посмотрите
http://kbs.cs.tu-berlin.de/~jutta/toast.html
http://kbs.cs.tu-berlin.de/~jutta/gsm/
GSM 06.10 lossy speech compression

Из относительно простых можно порекомендовать G726 - на 16 кбит речь звучит
вполне прилично, стандарт и исходники можно нагуглить.


MSP потянет какой-нибудь упрощенный ADPCM, но и качество будет соответствующее.
Аппноты, кажется, у Тексаса были.

http://www.koders.com/c/fidFB061A3A59F844A...0EEA2DDD87.aspx

Еще 721 кодек есть
http://www.koders.com/c/fid604ACEB42ED6253...483CE53FEC.aspx
http://www.mnlab.cs.depaul.edu/~ehab/Cours...esources/G.723/
http://www-mobile.ecs.soton.ac.uk/speech_c...ards/adpcm.html

http://www.faqs.org/faqs/comp-speech-faq/part2/ - FAQ

Человек, вроде бы, входную 10-16 кГц хочет ...

Да, но не всегда наши желания совпадают с нашими возможностями
С потоком 10-20кбит на слабом процессоре особо не разгуляешься.

Мне нужно чтобы качество вплотную приближалось к пределу стандарта, плюс еще контроллер будет наужен функциями управления. Какой другой контроллер можно применить? Может какой-нибудь ARM только маленький и с минимальным кол-вом обвязки. Что можно применить?

Честно говоря я на этом поцессоре не работал , но 32 бита 55 МГц вроде бы не так уж и мало.Но мое мнение чисто субьективное .

2 Eduard_k: до меня товариши уже вам помогли, и много чего выложили . Есть готовый код, можете подправить его под ваши нужды, прокомпилировать и по листингу найти использование ресурсов .

Речь идет о применении других процессоров. Дело в том, что AT91SAM7S32 подходит с большой натяжкой, он физичеки слижком большой и у него высокое энерго потребление ~60mA. Нужно какое-нибудь более миниатюрное и экономное решение но доступное в розничной продаже. Я предложил MSP430 но aaarrr заметил, что качество будет посредственным вот я и ищу другое решение.

Посмотрите еще на дешевые DSP, например dsPIC. Если не ошибаюсь, у них даже библиотечка сжатия речи есть.

Что-то от Ваших рассуждений веет "Хочу все и сразу!". Я бы предложил такой алгоритм действий:

1. Берем аудио редактор, например
http://www.goldwave.com/ (клизьмы водятся в изобилии http://astalavista.box.sk/ )
и пишем семплы звуков, которые хотим обрабатывать.

2. Берем готовый конвертер, например
http://www.germanixsoft.de/index.html (замечательная вещь! Рекомендую)
и конвертим их в разные форматы, добиваясь баланса между качеством и скоростью.

3. Берем исходники выбранного кодека, перелопачиваем их под ARM, смотрим, что получилось по ресурсам. На этом этапе удобно пользоваться симуляторами (IAR, KEIL) (но нужно с опаской подходить к количеству циклов, которое показывает симулятор - иногда он лажу может показать).

Для проверки всего на практике делаеся так. Берется камень с большими ОЗУ и ПЗУ (например, LPC2106, AT91SAM7S256), кусок аудио файла забивается как массив во FLASH, он кодируется выводом готовых значений в _одну_ ячейку памяти (никакой привязки к аппаратуре!), по входу в процедуру кодирования и выходу из нее меряется значение таймера (или ногой дергаем и смотрим осцилком), и принимается решение - успеваем или нет.

После этого выбираем целевой камень и "утаптываем" в него проект, попутно добавляя всю необходимую периферию.

4. По току потребления - а никто не мешает использовать DC-DC преобразователи 3.3 -> 1.8В Сэкономите по току почти в два раза! LM3670 - рекомендую.

5. Посмотрите еще LPC2103 - он быстре (70 Мгц), хорошо (быстро) работает в ARM режиме (в отличие от SAMxxx), и ток потребления у него 41 ма на 70 Мгц.

6. Уменьшите количество ограничивающих стереотипов в Вашей голове! Насчет в магазине продается и т.д. Выделите один день, разрисуйте всю даиграмму проекта (цели, ограничения и т.д.), выберите стратегию и придерживайтесь ее. Ни в коем случае не пытайтесь достичь всего и сразу!!!

Без проблем можно сделать только ADPCM из стандарта G.726, исходники есть в самих стандартах ITU-T
Декодеры G722.2, G723, G.728, G729 тоже можно по тем же исходникам из ITU-T.
А вот кодеры для этих стандартов будет очень проблемно делать, нужна будет очень сильная оптимизация, все корреляторы и фильты придется переписать на ассемблере для ARM.
А вот AT91SAM9261 любой кодек запросто потянет.

Вообще-то для решения таких задач лучше сразу заложиться на сигнальный процессор. Например, ADSP-BF53x и по производительности - не чета ARMу, и энергии пожрёт гораздо меньше...
И по цене уж точно у 926-го выиграет.

Если кроме кодирования звука больше ничего не требуется, то безусловно, как справедливо заметил Stanislav лучше всего использовать сигнальный процессор. Архитектура сигнальных процессоров как раз и "заточена" под такие задачи. И еще замечание. Кодеки G610, G723, G728, G729 являются телефонными вокодерами, то есть они расщитаны на частоту дискретизации 8 кГц и не факт, что они без передискретизации будут работать на частотах 10 - 16 кГц.

Какие существуют готовые кодеки с интегрированным сжатием звука?