Форум StopLinux

Вообще-то, aoss -- это юзер-модовская программа, которая просто прописывает LD_PRELOAD на библиотеку, заменяющую собой API OSS.

Как бы в указанном здесь посте автор не то, чтобы жалуется на это, а лишь указывает на данную ситуацию, причём сам объясняя, зачем все эти библиотеки нужны (во-первых, вывод нескольких потоков, про что он говорит, что ALSA это тоже поддерживает; во-вторых, кроссплатформенность, т.к. ALSA -- вещь сугубо линуксовая, а OSS -- сугубо линуксо/бздёвая).

Звуковые библиотеки SDL и Allegro нужны, так как являются частью соответствующих мультимедиа-библиотек.

GStreamer нужен, чтобы авторы софта могли работать с известными видео- и аудио-форматами. (В винде эту роль обычно выполняют библиотеки Windows Media Player, но выполняют её редко. Однако я помню, что некоторые игры точно использовали библиотеки WMP для своей музыки/звуков или видео-вставок)

libao и PortAudio являют собой простые либы для создания кроссплатформенного софта (это не значит, что выше- и нижеуказанные либы не кроссплатформенные, просто они являются довольно минималистичными). Причём API PortAudio активно использует коллбэки.

OpenAL нужен для тех, кто пишет игры и хочет API, скожий с OpenGLовским.

JACK предназначен для взаимодействия нескольких входов/выходов и получения минимальных задержек -- и его используют различные звукоредактирующие поделки.

И да, мне больше нравится иметь выбор между несколькими библиотеками разных "весовых категорий", чем юзать один большой и медленный комбайн.

Редактировался usr_share (03-02-12 21:28:31)

Тогда ответьте мне, что не так с любой из существующих клиентских (т.е. указанных в посте №30) библиотек.

То есть по-вашему, единственный недостаток этих систем -- это то, что их много? Я вам расскажу один секрет: это не недостаток.

Программист, который пишет звуковой софт, может благодаря этому "недостатку" подобрать библиотеку, соответствующую его стилю программирования и требованиям, а не обязательно прогибаться под один конкретный API, предложенный в Microsoft.

Я ожидал, что вы расскажете про какие-нибудь страшные баги, которые разработчики упомянутых в посте №30 линуксовых аудио-библиотек не хотят фиксить годами. Это ваше "welcome to the jungle" уместно только тогда, когда среди нескольких линуксовых альтернатив нет ни одной адекватной.

И да, не забывайте, что причина для существования всех этих библиотек не в том, что разработчикам не понравился API ALSA, а в том, что они захотели кроссплатформенности, в том числе с виндой и макосью.

Редактировался usr_share (04-02-12 11:55:08)

Да, да, да! На самом деле ещё и пользуют сторонние

ASIO что то говорит пенгванутому об угол? 

Я в курсе (тот же SDL), только DirectSound под виндой работает безотказно уже 16+ лет и будет поддерживаться ещё с десяток, в отличии от всего остального под линуксом

А хуле толку!!!     

Ну ты понял    Чем ты тут похвалялся оно, как ты в итоге подтвердил, и на х*й никому не надо! Как впрочем и подавляющее большинство всего "бохатства" в поделиях. Как 100500 вариаций калькуляторов в ваших лепрозориях

Именно поэтому ваши поделки сливают "поганым" проприентарщикам и нервно курят в сторонке!        А вы тут про какие то стандарты буровите    Смех на вас смотреть, да и только.

Редактировался selenscy (04-02-12 23:29:12)

Да это не то, что зоопарк! Это вообще пиздец! Левая нога не знает что делает правая     
"Сервер" звука, хуле там!          

А с чего-бы это они должны?

Но под libasound, т.е. под стандартной ALSA библиотекой

Ага, только по факту - обратное

PA уже стандарт или часть LSB? С каких это пор разработчики, использующие ALSA напрямую должны прогибаться под это поделие?

Прошу прощения, невнимательно прочитал: имелл ввиду софт, PA явно не использующий, т.е. что PA вносит регрессии для уже существующих программ