Выбор библиотеки для работы со звуком

Зачем тебе самая близкая к железу библиотека?

Думаю узнать - а вообще на правильном ли я пути?

Нет.

http://gstreamer.freedesktop.org/

http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-plu...

а что ты со звуком собираешься делать?

libao, portaudio?

По задумке похоже на пульсу

Лучше используй OSS, там намного проще все. Не надо трахаться с альзовскими извращениями. А интерфейс тебе даст альзовский модуль-посредник

Блин, дочитал до конца. Леня, ты что ли?

обрабатывать на ходу получаемые с например с микрофона данные: фильтровать, распознавать

не знаю к сожалению/радости, но нет

чтобы иметь минимальные задержки. А то выйдет какая-нибудь каша в стиле: А обратилось в Б, Б узнало у В, В спросило Г и Д, Д промолчало а Г вывело к устройству и всё вернуло через В и Б в А.

так что есть ещё какие мысли?

Ситуация с документацией меня немного напугала - мне кажется её мало.

С документацией всё нормально, её более чем достаточно для написания обвязок. API тоже простое, ничего сверх обычного для таких интерфейсов.

Что же лучше использовать зависит от много чего, но не от кол-ва документации и видимой «дружелюбности» API. Если нужны минимально возможные задержки, то лучше работать прямо с alsa-lib. С другой стороны придётся учитывать некоторые нюансы, например не все драйверы/железо имеют аппаратную многоканальность, это значит что одновременно со звуковухой через alsa-lib не сможет работать несколько приложений.

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

В ALSA немало моментов, которые могут дать пару десятков незабываемых часов отладки. Например, асинхронный режим работы. (Кстати, разобраться помогла статья Поттеринга об ALSA). Или иногда ни с того ни с сего отваливающийся поллинг.