[kt315b 0]

Похоже покупать интегральные кодеки уже не модно:)

Все перестали и производить.

Придеться реализовывать программно.

Подскажите что выбрать:

 

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)

или только за большие бабки у патентодержателей?

Изменено 27 октября, 2007 пользователем kt315b

[Stanislav 0]

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 0]

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

 

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

И мне он нравится гораздо меньше. :) Вычислительная нагрузка также невелика.

 

G729 - это ACELP.

 

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

 

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

 

Да, конечно, G729 это 8кб/c.

предыдущую строку копировал и забыл поправить.

 

А что,этот MELP при 2400 бит/с не очень плох?

Я имею ввиду говорящего по голосу можно узнать?

Мне, вобщем, 8кб/c уже с запасом.

 

В силу того что я с этими алгоритмами не знаком

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

 

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

[avesat 0]

Вопрос, что проще реализовать в простеньком DSP для речевой связи.

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

тоже накладно.

 

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

или только за большие бабки у патентодержателей?

 

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

 

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

А пример реализации на какой-нибудь процессор вряд ли найдете :( Мы покапали за капусту для C54.

[chds 0]

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

Могу порекомендовать Speex (http://www.speex.org/) бесплатный кодек, хорошо поддерживается комьюнити, м.б. и под ваш кремень уже есть реализация.