Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Требуеться сравнить кодеки
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > ISDN/G.703/E1
kt315b
Похоже покупать интегральные кодеки уже не модноsmile.gif
Все перестали и производить.
Придеться реализовывать программно.
Подскажите что выбрать:

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)
или только за большие бабки у патентодержателей?
Stanislav
Цитата(kt315b @ Oct 27 2007, 22:03) *
G.723.1 - 6.3kbit/c 5.6kbit/c применяется в ip-телефонии,
Очень хороший кодек. Особенно для скорости 6,3 кбит/с. И вычислительно не сильно напрягает.

Цитата(kt315b @ Oct 27 2007, 22:03) *
G.729 - 6.3kbit/ тоже применяеться в ip-телефонии
Простите, а Вы ничего не перепутали? G729, вроде, на скорость 8 кбит/с расчитан.
И мне он нравится гораздо меньше. smile.gif Вычислительная нагрузка также невелика.

Цитата(kt315b @ Oct 27 2007, 22:03) *
ACELP 8.5/6.5 kbps возможно что этот алгоритм один из предидущих.
G729 - это ACELP.

Цитата(kt315b @ Oct 27 2007, 22:03) *
Вопрос, что проще реализовать в простеньком DSP для речевой связи.
Хочеться bitrate поменьше, но с другой стороны сложный алгоритм реализовывать
тоже накладно.
MELP посмотрите, 2400 бит/с. Вычислений побольше, но любой современный DSP потянет легко.

Цитата(kt315b @ Oct 27 2007, 22:03) *
И самое интересное - есть возможность где-то найти эти алгоритмы (кроме ADPCM)
или только за большие бабки у патентодержателей?
Вам именно алгоритм, или реализацию надо?
kt315b
Цитата(Stanislav @ Oct 27 2007, 22:21) *
Очень хороший кодек. Особенно для скорости 6,3 кбит/с. И вычислительно не сильно напрягает.

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

G729 - это ACELP.

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

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


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

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

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

А в закормах нет их?
avesat
Цитата(kt315b @ Oct 27 2007, 20:03) *
Вопрос, что проще реализовать в простеньком DSP для речевой связи.
Хочеться bitrate поменьше, но с другой стороны сложный алгоритм реализовывать
тоже накладно.

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


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

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