Требуеться сравнить кодеки, Алгоритмы кодеков Опции

[kt315b]

Похоже покупать интегральные кодеки уже не модно
Все перестали и производить.
Придеться реализовывать программно.
Подскажите что выбрать:

G.726 это ADPCM достаточно известный кодек, мин. bitrate 16kbit/c, ISDN

G.723.1 - 6.3kbit/c 5.6kbit/c применяется в ip-телефонии,

G.729 - 6.3kbit/ тоже применяеться в ip-телефонии

ACELP 8.5/6.5 kbps возможно что этот алгоритм один из предидущих.

Вопрос, что проще реализовать в простеньком DSP для речевой связи.
Хочеться bitrate поменьше, но с другой стороны сложный алгоритм реализовывать
тоже накладно.

И самое интересное - есть возможность где-то найти эти алгоритмы (кроме ADPCM)
или только за большие бабки у патентодержателей?

Сообщение отредактировал kt315b - Oct 27 2007, 18:04

[Stanislav]

G.723.1 - 6.3kbit/c 5.6kbit/c применяется в ip-телефонии,

Очень хороший кодек. Особенно для скорости 6,3 кбит/с. И вычислительно не сильно напрягает.

G.729 - 6.3kbit/ тоже применяеться в ip-телефонии

Простите, а Вы ничего не перепутали? G729, вроде, на скорость 8 кбит/с расчитан.
И мне он нравится гораздо меньше. Вычислительная нагрузка также невелика.

ACELP 8.5/6.5 kbps возможно что этот алгоритм один из предидущих.

G729 - это ACELP.

Вопрос, что проще реализовать в простеньком DSP для речевой связи.
Хочеться bitrate поменьше, но с другой стороны сложный алгоритм реализовывать
тоже накладно.

MELP посмотрите, 2400 бит/с. Вычислений побольше, но любой современный DSP потянет легко.

И самое интересное - есть возможность где-то найти эти алгоритмы (кроме ADPCM)
или только за большие бабки у патентодержателей?

Вам именно алгоритм, или реализацию надо?

[kt315b]

Очень хороший кодек. Особенно для скорости 6,3 кбит/с. И вычислительно не сильно напрягает.

Простите, а Вы ничего не перепутали? G729, вроде, на скорость 8 кбит/с расчитан.
И мне он нравится гораздо меньше. Вычислительная нагрузка также невелика.

G729 - это ACELP.

MELP посмотрите, 2400 бит/с. Вычислений побольше, но любой современный DSP потянет легко.

Вам именно алгоритм, или реализацию надо?

Да, конечно, G729 это 8кб/c.
предыдущую строку копировал и забыл поправить.

А что,этот MELP при 2400 бит/с не очень плох?
Я имею ввиду говорящего по голосу можно узнать?
Мне, вобщем, 8кб/c уже с запасом.

В силу того что я с этими алгоритмами не знаком
мне желательно иметь и описание алгоритма и пример на каком нибудь процессоре.

А в закормах нет их?

[avesat]

Вопрос, что проще реализовать в простеньком DSP для речевой связи.
Хочеться bitrate поменьше, но с другой стороны сложный алгоритм реализовывать
тоже накладно.

И самое интересное - есть возможность где-то найти эти алгоритмы (кроме ADPCM)
или только за большие бабки у патентодержателей?

Просто не получится. Самая изюминка реализовать так, чтоб на одном DSP, скажем С54-С55 крутить как можно больше каналов. Хотя возможно у вас другие задачи.

Алгоритмы найти в инете вроде не проблема, даже исходники под винду/линукс кажется были.
А пример реализации на какой-нибудь процессор вряд ли найдете Мы покапали за капусту для C54.

[chds]

Реализации есть на ITU, у тех кто эти все стандарты G.xxx придумал и стандартизировал. НО, они очень не производительные. Если одного канала хватит, то можно крутить и их реализацию 729 или 723. Ну а если нужно больше - тут либо бабки (около 5-10кБаксов) или своя голова. Причем для оптимизации G.729 требуется порядка 12 человекомесяцев.
Могу порекомендовать Speex (http://www.speex.org/) бесплатный кодек, хорошо поддерживается комьюнити, м.б. и под ваш кремень уже есть реализация.