Я собираюсь взглянуть на это в ближайшее время

Информация, которая может быть полезна относительно: OSS DSP:
http://www.audioxpress.com/news/the-linux-foundation-adopts-sound-open-firmware-project-enables-developers-to-adapt-operating-systems-for-audio-devices

Дополнительная полезная информация:
PulseAudio поддерживает модульное эхоподавление .
Больше информации здесь ... https://arunraghavan.net/2016/05/improvements-to-pulseaudios-echo-cancellation/

Некоторые, надеюсь, полезные ссылки о импульсном модуле:
https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index45h3
https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting#Enable_Echo.2FNoise -Cancelation
Модуль эхоподавления также может формировать луч ...

@KathyReid @penrods
Кто-нибудь ранее исследовал эту опцию (подавление эха импульсного звука)? Я готов попробовать, хотя у меня есть только пикрофт.

Я считаю, что это было опробовано пару лет назад, но нагрузка на ЦП была довольно высокой. (Это то, что я слышал, так что никакого личного опыта с Pi). Подавление эха импульсного звука отлично работает на моей рабочей станции, поэтому было бы здорово, если бы она могла работать и на Pi. Если это слишком интенсивно для оборудования, возможно, есть какие-то настройки.

Попробуйте и посмотрите, какой будет результат!

Я работал над проектами с использованием набора микросхем Broadcom, мало чем отличающегося от набора микросхем BCM2837 (который используется в RPi3), и мы добились хороших результатов при использовании подавителя эха Opus. Для этого нужен процессор, но это было неплохо. К сожалению, у меня нет необходимого свободного времени, чтобы участвовать в охоте за головами, но я подумал, что, возможно, это поможет кому-то другому.

Спасибо за отзыв, @roadriverrail - отличное предложение!

Потенциально интересно:
https://github.com/xiph/rnnoise
и исходя из этого:
https://github.com/werman/noise-suppression-for-voice
(вышеупомянутое значительно медленнее, чем жизнеспособное, увы: увеличение обработки ~ 8: 1)

@forslund , при работе на рабочей станции с исходником mycroft автоматически загружается импульсное эхоподавление или надо это делать самим?

У устройств USB-спикерфона, таких как Jabra 410 (популярный на форумах), подавление эха? Я использую один с RPi 3B +, и «Эй, Майкрофт, стоп», похоже, работает. Хотя, не уверен, "хорошо" ли работает на "нормальной громкости".

В настоящее время ни один из дистрибутивов не загружает функцию эхоподавления (насколько мне известно).
Согласно https://www.jabra.com/business/speakerphones/jabra-speak-series/jabra-speak-410 "Технология цифровой обработки сигналов (DSP)
Кристально чистый звук без эха или искаженных звуков даже на максимальном уровне громкости », который звучит так, будто имеет какое-то подавление эха.

@tlc as @ el-tocino заявляет, что эхоподавление не загружается по умолчанию. При его загрузке создается виртуальный микрофон, который необходимо установить по умолчанию для использования с mycroft. (в основном выбирая его в пульсирующем регуляторе громкости звука)

Как у всех нас дела с этим - есть вопросы? Любая информация, которую мы можем предоставить, чтобы помочь?

Не моя работа, но просто столкнулся с ней;

https://github.com/voice-engine/ec

Выглядит интересно и ставит галочки.

Я экспериментировал с voice-engine / ec (который, по сути, является оболочкой для speex) и модулем эхоподавления PulseAudio (для этого вам необходимо установить PA 7.1 из Debian-Jessie-Backports), используя алгоритмы webrtc и speex. (Адриан вообще непригоден), но пока не повезло. Я вижу в основном две причины:
1) когда музыка воспроизводится через динамик Mark-I, микрофон Mark-I почти только улавливает музыку (это связано с физической конструкцией), кроме того, микрофон / предусилитель улавливает много электрических / радиошумов. . Это делает его действительно сложным для любого алгоритма шумоподавления / эха.
2) Синхронизация внутренних часов RPI3 недостаточно стабильна для такого рода обработки в реальном времени - постоянный временной дрейф также сбивает с толку алгоритмы эхоподавления.
Вскоре я попробую "rnnoise" (он уже скомпилирован для RPI, но есть некоторые проблемы с его настройкой для PA), но по указанным выше причинам не стоит возлагать большие надежды.

Я был бы готов рассмотреть решение, которое требует небольшого и дешевого дополнения или модификации Mark 1, например, акустической пены, разделяющей микрофон и динамик, или перенаправления проводов. Но не меняется уровень платы.

Формирование луча на основе положения микрофона плюс дешевый USB-микрофон может быть вариантом. Один или два из этих мини-микрофонов (поиск «overfly portable usb 2.0 mic»), установленных в портах, в сочетании со звуком от существующего микрофона, проходящего через формирователь луча, должны обеспечивать AEC и улучшать прослушивание. Сам еще не пробовал, увы.

После еще нескольких экспериментов у меня есть конфигурация с модулем подавления эха PulseAudio, который работает разумно ^* с уровнями громкости до 5 (максимум Mark-1 - 11) на расстоянии прибл. 4 фута. Есть еще место для настройки параметров, которые могут повысить надежность.
Аппаратную настройку (акустическая пена) пока не пробовал. Кроме того, я рассматриваю изменения в Mycroft Audioservices, например, приглушение / отключение музыки при обнаружении слова пробуждения, чтобы получить чистое звучание ...

^* зависит от музыкального материала, чем сильнее сжатие (см. « Война громкости »), тем менее надежно оно работает.

Я считаю, что @forslund уже немного поработал над уклоном. Поверьте, это уже где-то в разделе PR / Issue.

С вами, AEC должен сочетаться с приглушением звука.

Я использовал изоляционную пену для дверей / окон (аналог: https://www.homedepot.com/p/Frost-King-3-4-in-x-5-16-in-x-10-ft-Black-Rubber -Foam-Weatherseal-Tape-R534H / 202262324), чтобы создать барьер вокруг передней части микрофона между лицевой платой и лицевой панелью. Во-вторых, я покрыл поролоном заднюю часть динамика.