к слову, алгоритм должен нормально относиться к потерям пакетов (что не очень будет в отношение 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 мм. у меня плата как раз такого размера