Эхоподавление(если можно так сказать), Нужен реальный совет под реальную задачу. Опции

[sigmaN]

Имеем трубку(телефон), режим связи: обычный(не "громкая связь").
Микрофон и динамик имеют аккустическую связь, которую конструктивными методами устранить не удаётся никак.
Имеем эффект эха, задержка в канале большая - поэтому эхо мозговым фильтром пользователя не компенсируется и вызывает раздражение

В девайсе использован вокодер Speex, однако стандартная реализация его echo сanceller очень громоздка и предназначена больше для организации громкой связи. Для применения этой фичи as is нет оперативки, да и оптимизировать опять много чего придётся.....в общем не вариант.


Нужно как-то организовать простой алгоритм эхоподавления применительно к конкретной трубке, с конкретными параметрами ну и т.д.

Как бы сделать простое "вычитание" воспроизводимого динамиком сигнала из того, что поступает в микрофон и не передавать удалённому абоненту его-же голос?

[zltigo]

Микрофон и динамик имеют аккустическую связь, которую конструктивными методами устранить не удаётся никак.
Имеем эффект эха, задержка в канале большая - поэтому эхо мозговым фильтром пользователя не компенсируется и вызывает раздражение

Сдается мне, что Вы все совершенно сумбурно и не правильно описали ситуацию и причины
Первый вопрос у кого из абонентов проблемы
- у Вас
- у соббеседника
- у обоих
Второй
В каких условиях возникают проблемы
- собеседник аналоговый абонент
- ISDN
- Мобильник
- Такой-же как Вы и вообще у Вас своя система коммутации

Где Вы такое прочитали?

Рекомендации, тогда еще, МКТТ всосаны, можно сказать, с молком матери. И осенью 25 лет, как занимаюсь связным оборудованием. Посему то, что Вы где-то слышали, читали в интернете, .... можете оставить при себе.

Напротив, я написал..

А я прочитал и сообщаю, что написанное Вами есть каша из разрозненных явлений, фактов и слухов.

[fontp]

А я прочитал и сообщаю, что написанное Вами есть каша из разрозненных явлений, фактов и слухов.

Я и не писал статью. Здесь, например, можно найти более систематическое изложение


http://www.commsdesign.com/showArticle.jht...icleID=16502325

Можно догадаться, что канал - всё таки цифровой (раз там где-то кодер SPEEX), тогда "трубка" эмулирует станцию ( не телефон!), следовательно автору нужен линейный эхоподавитель (раз не спикерфон)

Совсем простых методов компенсации не получится (акустический эхоподавитель в любом случае сложнее линейного. но и линейный вычислительно тоже не прост) В SPEEX эхоподавитель, насколько я помню, реализован в float и на базе FFT. В этом смысле, алгоритм может быть проще - если реализовать в fixed-point (возможно быстрее) и NLMS (возможно меньше памяти). А в остальном, алггоритм в любом случае не может быть простым. Ближнее эхо только по сравнению с дальним "без задержки", а на самом деле имеет протяжённость во времени и "тупо вычитать" не получится.
Нужен ближний эхоподавитель, обычно делают на протяженность 16 мс(128 тапов) импульсной характеристики отклика, может можно попробовать меньше (4 мс ?), если связь чисто аккустическая (прямое подключение АЦП и ЦАП без гибрида и линии) и линейная

В open source есть эхоподавители на С, NLMS здесь, хоть тормоз, конечно, но хоть, кажется, не float
http://www.rowetel.com/ucasterisk/oslec.html
Здесь даётся ещё более лучший эхоподавитель LEC в исходниках C. Он RLS, в исходниках,есть акккустический, есть вариант для tms5х, но, строго говоря, не совсем open source ))
http://www.miketdspsolutions.com/
Можно попробовать извлечь оттуда содержательный код и сократить линию задержки до минимума...