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

[sigmaN]

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

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


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

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

[sigmaN]

чё-то ослик всё куда-то убегает

После 5 - 7 мин работы он почему-то решает, что адаптироваться до полной тишины на много выгоднее(так точно эха не будет).

Кароче тишина. Я конечно сделаю сброс через каждые 60-80сек, но что-то как-то непорядок однако.

Ещё потом точно проверю бит экзактность с визуал Си кодом на длиииинных массивах входных данных...но на коротеньких(500-600отсчётов) - всё как положено.

[Ковылин_Констант...]

5-7минут не пробовал - проверю на своём алгоритме. То есть в трубку тишина, из трубки речь ... Через 7 минут речи уже и не слышно... Это странно : тк если на входе эхо-модели ноль, то и воссоздаваемый отклик тоже ноль и соответственно из речи ничего не вычитается. Думаю проблемы где-то в области программирования.

[sigmaN]

даа-так и есть

Скорее всего где-то маху дал, когда оптимизировал...

Add: проблема была в области программирования, но не в коде OSLEC. Оказалось я в главном цикле с поинтерами накосячил, а OSLEC падал жертвой buffer overflow