В связи с готовностью собственной звуковой подсистемы libsndio (http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libsndio/) проект OpenBSD готовиться избавляться от "лишних" звуковых серверов. Под нож уже попали многие плагины для взаимодействия между звуковыми серверами.
Одновременно активно ведётся (в основном усилиями Jacob Meuser) добавление поддержки libsndio в порты, работающие со звуком. На данный момент поддержка libsndio имеется в следующих портах:- aKode
- aRts
- Audacity
- fluidsynth
- GStreamer (как следствие, у mpd, mpg321…)
- libcanberra
- MPlayer
- mpg123
- SDL (как следствие, у игр, использующих SDL, таких как OpenArena и OpenTTD)
- Xine (как следствие, у amaroK, Kaffeine…)
- xmms
libsndio использует запущенную как демон фирменную утилиту aucat(1) (http://www.openbsd.org/cgi-bin/man.cgi?query=aucat&sektion=1), а при отсутствии таковой обращается напрямую к интерфейсу Sun Audio. aucat(1) умеет микшировать потоки с разными час...URL: http://www.mail-archive.com/ports%40openbsd.org/msg2038...
Новость: https://www.opennet.ru/opennews/art.shtml?num=19613
супер! ждём порт в Linux и выкидывание pulse куда подальше (хотя, есть конечно jack...)
а чем вам PulseAudio не угодило?
>супер! ждём порт в Linux и выкидывание pulse куда подальше (хотя, есть
>конечно jack...)И отвал звука во всех программах кроме пары десятков до которых дошли руки у создателей еще одного велосипеда?Спасибо, пусть бсдшники и трахаются, им не привыкать.Они в крайнем случае и без звука в программах перекантуются, ну или как всегда перезагрузятся в винды запасенные на такой случай ;)
>или как всегда перезагрузятся в винды запасенные на такой случай ;)Это удар ниже пояса.
>>или как всегда перезагрузятся в винды запасенные на такой случай ;)
>
>Это удар ниже пояса.Нет это лиш голословныые обвинения, лиш бы ляпнуть языком.
Наверно думает если облить других грязью - то сам будет выглядеть чище.
>Нет это лиш голословныые обвинения, лиш бы ляпнуть языком.Ага, а список рассылки сий благородный дон из сана почитать не осилил, куда уж ему до такого дотумкать :)
>Наверно думает если облить других грязью - то сам будет выглядеть чище.
Нет, я просто знаю чем заканчиваются такие перетрясы и особенно в таком виде.
P.S. и кстати выучили бы вы как пишется слово "лишь", а?А то пионерия нынче настолько деградировала что даже обругать грамотно не можете уже.Позор!
>>супер! ждём порт в Linux и выкидывание pulse куда подальше (хотя, есть
>>конечно jack...)
>
>И отвал звука во всех программах кроме пары десятков до которых дошли
>руки у создателей еще одного велосипеда?Это вы о pulseaudio и его хреновой эмуляции oss/alsa ? skype до сих фигово работает с pulseaudio (работает только один канал наушников), и авторы pulseaudio не хотят ничего делать - выбросте alsa и преписывайте на новый велосипед aka pulseaudio.
>Спасибо, пусть бсдшники и трахаются, им
>не привыкать.Они в крайнем случае и без звука в программах перекантуются,
>ну или как всегда перезагрузятся в винды запасенные на такой случай
>;)По себе судим уважаемый? хотя что с красноглазика возьмешь.
>Это вы о pulseaudio и его хреновой эмуляции oss/alsa ? skype до сих фигово работает с >pulseaudio (работает только один канал наушников), и авторы pulseaudio не хотят ничего >делать - выбросте alsa и преписывайте на новый велосипед aka pulseaudio.Ну все мы знаем, что такое скайп...
>Это вы о pulseaudio и его хреновой эмуляции oss/alsa ? skype до сих фигово работает с pulseaudioну у линуха нет надобности под каждого блобера ложиться.
хз, в openBSD звук сам поднялся, и сегодня проверял mpd -- нормально работает, а про винду - ПП
Вовсе нет, читайте новость внимательнее: тот же любимый многими Gnome, переехавший на GStreamer, будет работать ничуть не хуже, чем раньше, так как гномьи проги будут юзать GStreamer, который будет уже взаимодействовать с libsndio. Зато теперь GStreamer сможет делить звуковое устройство наравне со, скажем, aRts и xmms. Чем это вам не нравится? :)
>Вовсе нет, читайте новость внимательнее: тот же любимый многими Gnome, переехавший на
>GStreamer, будет работать ничуть не хуже, чем раньше, так как гномьи
>проги будут юзать GStreamer,А какая участь постигнет легион программ желающих ALSA, OSS и так далее?Gstreamer оно конечно да, вот только половина программ о нем всего-навсего ничего не знает.
>Чем это вам не нравится? :)
Это неплохо, а вот махатели ножами ща оттуда все "лишнее" бритвой Оккама срежут.Ну и понятно что будет дальше.Да впрочем и фиг с ним - этот геморрой будет не у меня, ну и славненько :).А вообще - заманали уже перетрясать аудиосистемы в *nix'ах.Ну чего нельзя сделать 1-2 нормальных звуковых подсистем, при том ОДИНАКОВЫХ (по предоставляемыми программам интерфейсу) во всех *nix-системах?Поразвели велосипедов... :E
>>Вовсе нет, читайте новость внимательнее: тот же любимый многими Gnome, переехавший на
>>GStreamer, будет работать ничуть не хуже, чем раньше, так как гномьи
>>проги будут юзать GStreamer,
>
>А какая участь постигнет легион программ желающих ALSA, OSS и так далее?Gstreamer
>оно конечно да, вот только половина программ о нем всего-навсего ничего
>не знает.OSS никуда не девается, не волнуйтесь, будет работать так же, как и раньше. ALSA же вообще почти намертво прикручена к Linux, в Опёнке (и не только) банально отсутствует. :)
>>Чем это вам не нравится? :)
>
>Это неплохо, а вот махатели ножами ща оттуда все "лишнее" бритвой Оккама
>срежут.Ну и понятно что будет дальше.А что будет? Ну, кроме меньшего количества хлама, который надо поддерживать? У пользователей OpenBSD будет меньше проблем с качеством звука (SDL через Esound через aRts через Sun Audio - я такого врагу не пожелаю) и совместимостью программ: все они будут поддерживать 1-2 интерфейса (скажем, libsndio и/или Jack; либо некий универсальный фреймворк типа xine или GStreamer), ну ещё OSS для MIDI. Согласитесь, что чем меньше точек соприкосновения, тем меньше проблем с совместимостью (типа неумения аудиосерверов договориться насчёт используемого размера буфера).
Всё-таки не торопитесь с выводами - может, в Linux ситуации а-ля Черноморская киностудия и нормальны, а в OpenBSD подходят в таким вопросам основательнее. ;)
И позволю себе повториться: многие проги (в частности OpenTTD и Amarok) после переезда на libsndio стали меньше заикаться и лагать.
>Да впрочем и фиг с ним
>- этот геморрой будет не у меня, ну и славненько :).А
>вообще - заманали уже перетрясать аудиосистемы в *nix'ах.Ну чего нельзя сделать
>1-2 нормальных звуковых подсистем, при том ОДИНАКОВЫХ (по предоставляемыми программам интерфейсу)
>во всех *nix-системах?Поразвели велосипедов... :EВидимо, уже нельзя. :( Во всяком случае libsndio опёнковцы будут поддерживать самостоятельно, что, согласитесь, удобно и для пользователей (разработчики OpenBSD лучше учитывают свою специфику), и для разработчиков софта (нет нужды изучать ещё один интерфейс, пусть и простой до безобразия).
>супер! ждём порт в Linux и выкидывание pulse куда подальше (хотя, есть
>конечно jack...)Jack, кстати, умеет такую рульную вещь, как передача по сети. Так что его выкидывать не будут :)
ссылка ведет на обсуждение порта; нет никакого упоминания о libsndio
>ссылка ведет на обсуждение порта; нет никакого упоминания о libsndioСсылка есть в тексте, но только на CVSWeb. :( Как отдельный проект libsndio (пока?) не оформляли, хотя сама по себе либа вполне портабельна (по словам разработчиков, в NetBSD её можно перенести ввобще практически без изменений).
логичный вопрос: а что с латентностью этой чудо-конструкции?
>логичный вопрос: а что с латентностью этой чудо-конструкции?Проверял на OpenTTD - лаги со звуком, которые имели место быть при работе через Esound, исчезли. Да и просто можно код посмотреть - он довольно легковесный, на чистом C...
> Обращается напрямую к интерфейсу Sun Audio.который из Соляриса тем временем выбрасывают... *BSD ftw, гыгы
>> Обращается напрямую к интерфейсу Sun Audio.
>
> который из Соляриса тем временем выбрасывают... *BSD ftw, гыгыне надо обобщать. Во FreeBSD используется OSS, а не Sun audio.
>>> Обращается напрямую к интерфейсу Sun Audio.
>>
>> который из Соляриса тем временем выбрасывают... *BSD ftw, гыгы
>
>не надо обобщать. Во FreeBSD используется OSS, а не Sun audio.В NetBSD и OpenBSD она тоже есть, только всё равно однопоточная (насчёт NetBSD не уверен полностью, т.к. сам не проверял, а в документации не описано): разработчики не хотели нагружать ядро ещё и мультиплексированием мультимедиа.
>> Обращается напрямую к интерфейсу Sun Audio.
>
>который из Соляриса тем временем выбрасывают... *BSD ftw, гыгыможно подробности ? URL ? очень интересно
Не уверен что это отражено где-то кроме UberSchedule. В понедельник проверю, есть ли ARC на эту тему.
>>> Обращается напрямую к интерфейсу Sun Audio.
>>
>>который из Соляриса тем временем выбрасывают... *BSD ftw, гыгы
>
>можно подробности ? URL ? очень интереснонашел
PSARC 2008/318 -- замена Sun Audio на OSS; на текущем этапе предполагается дописать в OSS эмуляцию SADA
А ссылка куда ведёт? Бред какой-то...
Еще один "лишний" звуковой сервер...
Один из главных недостатков линукса для пользователя - наличие немыслимого количества звуковых серверов. Если честно, я вообще не понимаю, кому и зачем вообще нужно что-то, кроме ALSA и JACK.
>Один из главных недостатков линукса для пользователя - наличие немыслимого количества звуковых
>серверов. Если честно, я вообще не понимаю, кому и зачем вообще
>нужно что-то, кроме ALSA и JACK.Ну, положим, простому пользователю это вообще пофиг, главное, чтоб звук хорошо играл. Это скорее гемморой для создателей дистрибутивов: чтобы при любой (по возмжности) комбинации установленного софта звук работал, и работал корректно. Тут-то и начинаются всякие трёхэтажные извращения…
… Правда, новость была не о Linux, но ведь это совсем не важно, да? ;)
Автор новости: Vadim Zhukovслучайно не тот что DJ ?
>Автор новости: Vadim Zhukov
>
>случайно не тот что DJ ?Нет, это я:)