Издание linuxfr.org опубликовало (http://linuxfr.org/nodes/86687/comments/1249943) большое интервью с Леннартом Поттерингом (Lennart Poettering), работающим в компании Red Hat и создавшим в свое время такие проекты, как Avahi (реализация протокола ZeroConf), звуковой сервер PulseAudio и системный менеджер systemd.
На вопрос, касающийся недовольства пользователей обилием проблем с PulseAudio, Леннарт ответил, что не было другого варианта включения PulseAudio в состав дистрибутивов, так как наиболее существенные проблемы возникли из-за аудиодрайверов, а не не из-за ошибок в коде PulseAudio, и об этих недоработках до внедрения PulseAudio никто не знал. Дело в том, что PulseAudio использует планирование на основе таймера, что требует корректной организации синхронизации с драйверами и доработки некоторых из них, в случае ненадлежащей поддержки методов синхронизации со стороны оборудования.
На вопрос о состоянии аудиоподсистем в проприетарных ОС, Леннарт ответил, что Mac OS X и Win...URL: http://linuxfr.org/nodes/86687/comments/1249943
Новость: http://www.opennet.dev/opennews/art.shtml?num=31102
правильно, systemd в массы =)))
какой-то он троль
Да уж, оказывается лучший способ затроллить некрофилов - сказать им правду в лицо.
>Да уж, оказывается лучший способ затроллить некрофилов - сказать им правду в лицо.+1
По поводу pulseaudio чет не пронял своей отмазкой.
Как-то ни о чём толком и не сказал. Да и вопросы острые не подняты.
Так на самые 2 актуальные и острые ответы он ответил, и вполне ясно. :)
>Так на самые 2 актуальные и острые ответы он ответил, и вполне ясно. :)ну да, всё вокруг кривое, а он один такой на белом коне.
А что, древний инит эпохи 70-х прошлого столетия, которы нишиша не умеет - предел мечтаний чтоли?
О! Ваш аргумент полностью развеял сомнения в цвете коня г-на Поттеринга.
Да! Давайте выкинем махровый posix, новую версию которого не смогли принять, и завяжем все в один тугой узел: kernel api, драйвера, GNU расширения libc, systemd, pulseaudio и gnome. Придумаем пачку своих протоколов автоконфигурации и передачи звука по сети. Свои форматы конфигов! Чтобы все это было в разных проектах (проблемы интеграции разных версий), но одно без другого не работало. Красота будет.
а что за острые и актуальные вопросы?
Ты видимо Федорой не пользуешься и не представляешь на сколько криво и неочевидно сейчас работает systemd. А раньше и pulseaudio (прошло года полтора, пока пульс перестал глючить).Леннарт ни кого не замечает вокруг себя, делает как хочет и как ему одному удобно, а остальные подстраиваться должны.
> Леннарт ни кого не замечает вокруг себя, делает как хочет и как
> ему одному удобно, а остальные подстраиваться должны.Тут ещё сложность в том, что его навязанные поделки далеко не всегда нужны. Я это к тому, что в альсе есть dmix, на который забили. Да и к тому же есть множество альтернатив, которые спокойно ставятся и удаляются по желанию пользователя.
А вообще, этот товарищ скоро похоронит линукс. Возможно, за это ему и платят.
Подозрительно много что-то стало в последнее время такого поведения, которое сильно смахивает на саботаж путем введения проекта в цикл вечной доработки/переработки. Причем зачастую достаточно одного казачка и он спокойно затроллит даже вменяемых разработчиков. Не, ну где это видано чтобы разработчик занимался доработкой или вычисткой багов? Они же чуть ли не боги, а боги горшков не обжигают, это чисто плебейское занятие. И кому охота из разработчиков выставлять себя плебеем? А чтобы тебя считали полубогом надо перекроить вдоль и поперек возможно большее количество кода, предложить возможно более революционные идеи, наиярче раскрасить будущее и тд. Остапизм.
>Подозрительно много что-то стало в последнее время такого поведения, которое сильно смахивает на саботаж путем введения проекта в цикл вечной доработки/переработки.Можно даже выделить несколько критериев такого вот вмешательства.
1. Глубокая интеграция в систему без возможности удаления и замены на альтернативу.
2. Монолитная структура без возможности удаления/отключения ненужных функций.
3. Сырость реализации с постоянными багами и прочим.
4. Крайне неоптимальное решение задачи, связанное с излишним потреблением ресурсов.
5. Крайняя степень NIH-синдрома, связанная с решением задач, которые уже давно решены.
6. Отказ от plain-text конфигов и скриптов в пользу xml или бинарных вариантов.
7. Демон на каждый чих. Конфиги - демон, IPC - демон, просмотр фотографий - демон. А потом удивляешься, откуда в системе более 100 критичных процессов. Надёжность такой системы тоже под вопросом.
8. Привязка к конкретной операционной системе. Например, после выкидывания HAL работать с устройствами, вроде мыши и другими стало возможным только через udev. При написании программы для freebsd придётся учитывать отсутствие в ней udev и много чего ещё. На практике это означает множество linux-only приложений, завязанных на ограниченное число дистрибутивов. Чем это отличается от завязанности на winapi - непонятно.
HAL выкинули, потому что он не развивался.. Виноваты в этом только сами разработчики HAL'а, а уж никак не дистрибутивы, вынужденные перейти на более активно развивающийся udev+udisks+etc.
>Виноваты в этом только сами разработчики HAL'аВиноваты в этом разработчики редхат, раз умудряются пихать в дистры такие ненадёжные в плане поддержки/разработки вещи.
>1. Глубокая интеграция в систему без возможности удаления и замены на альтернативу.Ну да, все линуксы резко разучатся использовать init :)
А знаете, даже если разучатся - туда ему и дорога. Сколько можно пользоваться античным хламом из чуть ли не 70-х прошлого столетия, который даже минимальный мониторинг сервисов не умеет? Приходится густо костылить по этому поводу.
>Сколько можно пользоваться античным хламом из чуть ли не 70-х прошлого столетия, который даже минимальный мониторинг сервисов не умеет?bash+sh уже стало архаичным хламом? Смотри не лопни, толстячок.
> 6. Отказ от plain-text конфигов и скриптов в пользу xml или бинарных вариантов.Только за одно это стоит уважать этого перца. Респект и уважуха за выкидывание plain text конфигов каждый на своем только автору понятном языке писанном.
> Респект и уважуха за
> выкидывание plain text конфигов каждый на своем только автору понятном языке
> писанном.Редактор реестра ни в пример лучше :) Каждый автор придумывает ключи на непонятном языке и пишет непонятно куда. А потом, о ужас, забывает сделать настройки в своей программе.
>> Респект и уважуха за
>> выкидывание plain text конфигов каждый на своем только автору понятном языке
>> писанном.
> Редактор реестра ни в пример лучше :) Каждый автор придумывает ключи на
> непонятном языке и пишет непонятно куда. А потом, о ужас, забывает
> сделать настройки в своей программе.реестр и так существует. /etc - реестр конфигов, только каждый еще на своем птичьем языке.
ИМХО лучше один стандарт - XML+XSD, чем каждая софтина придумывает стандарт для себя любимой.
>ИМХО лучше один стандарт - XML+XSD, чем каждая софтина придумывает стандарт для себя любимой.От него уже давно отказались в пользу dconf. Не пудри людям мозг.
>>ИМХО лучше один стандарт - XML+XSD, чем каждая софтина придумывает стандарт для себя любимой.
> От него уже давно отказались в пользу dconf. Не пудри людям мозг.dconf значит dconf. мне пофигу, но решение должно быть однородным. Удобнее.
> ИМХО лучше один стандарт — XML+XSD…и библиотека парзинга этого хлама, которая занимает в пять раз больше, чем программа. и ресурсов требует тоже больше. вместо простого текстового конфига вида «key = value». дадада, так победим!
>> ИМХО лучше один стандарт — XML+XSD
> …и библиотека парзинга этого хлама, которая занимает в пять раз больше, чем
> программа. и ресурсов требует тоже больше. вместо простого текстового конфига вида
> «key = value». дадада, так победим!Когда стоимость МЕСЯЧНОЙ работы сервера соизмерима с ЧАСОВОЙ стоимостью моей работы - мне похрену что софтина съест на 5 Мб вместо 500 кб. Мое время дороже, чем железные ресурсы ;)
> Когда стоимость МЕСЯЧНОЙ работы сервера соизмерима с ЧАСОВОЙ стоимостью моей работы —
> мне похрену что софтина съест на 5 Мб вместо 500 кб.
> Мое время дороже, чем железные ресурсы ;)не подскажешь, ты софт пишешь? если да — то какой? ну, чтобы я случайно в него не вляпался.
>Мое время дороже, чем железные ресурсы ;)Судя по обсуждению, у тебя море времени на то, чтобы нести всякую чушь. Наверное поэтому звиздёшь о высокой цене твоего времени никого не убеждает.
>> 6. Отказ от plain-text конфигов и скриптов в пользу xml или бинарных вариантов.
> Только за одно это стоит уважать этого перца. Респект и уважуха за
> выкидывание plain text конфигов каждый на своем только автору понятном языке
> писанном.Файлы настроек должны быть только на XML, с вменяемыми комментариями. А то у одних файлов свой синтаксис(у каждой проги свой), у других настройки юзают синтаксис ini-файлов из эпохи динозавров, а некоторые перцы юзают YAML. Нет, конечно, в этих файлах можно разобраться. Потратив n-ое количество времени. Да только зачем, если есть универсальный XML? Который поддерживает многие фичи, нужные для конфигурационных нужд: комментарии, вложенность, лёгкость сериализации/десериализации для всех адекватных ЯП, и т.д.
> Файлы настроек должны быть только на XML, с вменяемыми комментариями.согласен. видишь софтину с такими конфигами — и сразу понятно, что её можно смело выкидывать: авторы совершенно невменяемы.
> свой синтаксис(у каждой проги свой)...Нет, можно разобраться. Потратив n-ое количество времени. Да только зачем, если есть универсальный XML? Который поддерживает многие фичи, нужные для конфигурационных нужд:Каким образом XML отменяет необходимость разбираться в названиях параметров проги? Или может в текстовый ini нельзя комментарии вставлять?
> Подозрительно много что-то стало в последнее время такого поведения, которое сильно смахивает
> на саботаж путем введения проекта в цикл вечной доработки/переработки. Причем зачастую
> достаточно одного казачка и он спокойно затроллит даже вменяемых разработчиков. Не,
> ну где это видано чтобы разработчик занимался доработкой или вычисткой багов?
> Они же чуть ли не боги, а боги горшков не обжигают,
> это чисто плебейское занятие. И кому охота из разработчиков выставлять себя
> плебеем? А чтобы тебя считали полубогом надо перекроить вдоль и поперек
> возможно большее количество кода, предложить возможно более революционные идеи, наиярче
> раскрасить будущее и тд. Остапизм.http://www.opennet.dev/opennews/art.shtml?num=31097
Не?
И таких случаев много.
Замете, я не говорю, что противоположного в мире нет!
так если забили, значит разработчикам - не нужно. Или нет времени или технологически проще использовать нечто иное.Вы легко можете сами поддержать развитие dmix ;)
> Вы легко можете сами поддержать развитие dmix ;)Могу, но пульсаудио ни куда от этого не денется. Вон, ребята jack пилят. А толку? Всё равно пульсу пихают.
>> Вы легко можете сами поддержать развитие dmix ;)
> Могу, но пульсаудио ни куда от этого не денется. Вон, ребята jack
> пилят. А толку? Всё равно пульсу пихают.А почему дистры независимые от RedHat используют эти технологии у себя? Значит преимущества PA & systemd превышают сложность по внедрению и исправлению багов.
> независимые от RedHatКто это сказал? Они полностью зависят от федоры и отличаются только сборкой. Те, кто не идёт по стопам редхат, оказываются в аутсайдерах как раз по причине отсутствия поддержки программ, разработка которых курируется редхат. Пример с зависимостью 3-го гнома от systemd более чем показателен.
> с зависимостью 3-го гнома от systemd более чем показателен.А чего в гноме 3 настолько уж зависит от systemd?
Пока ещё нет, но скоро не будет работать без systemd.
> Пока ещё нет, но скоро не будет работать без systemd.Странные люди, по идее такое должно бы быть все-таки опциональным. Я бы понял если бы не работал некий функционал. Но вообще весь гном?... А они не боятся что убунтуи будут юзать юнити, с переходом на systemd протупят и в итоге про гном все попросту забудут, кроме авторов федоры? :)
Чушь не несите
>Чушь не неситеСмотря что называть чушью. Вот, например, от udisks третий гном вполне себе зависит. Сборщиков дистрибутивов без оного и всяких там бсдей ожидают серьёзные проблемы. И ведь не портируешь просто, ибо тащит он с собой весь фридесктоповский зоопарк.
gnome 3.2 будет зависеть от systemd.
> А почему дистры независимые от RedHat используют эти технологии у себя?поискал в своей Slackware PulseAudio. не нашёл.
>поискал в своей Slackware PulseAudio. не нашёл.Там скоро много чего не найдёшь.
>>поискал в своей Slackware PulseAudio. не нашёл.
> Там скоро много чего не найдёшь.да, гениальные творения, призваные заменить то, что до них отлично работало, в слаку включать не торопятся. если ещё и кеды вышвырнут нафиг — радости моей не будет предела.
> да, гениальные творения, призваные заменить то, что до них отлично работало, в
> слаку включать не торопятся. если ещё и кеды вышвырнут нафиг —
> радости моей не будет предела.Да тут скоро хоть всё вышвыривай.
Да. Рабочие системы - Windows. Сервера либо Windows Server (корпоративный стандарт) либо Ubuntu Server (для себя).По мне так спасибо Леннарту за обкатку технологий на тестовом полигоне RedHat и дальнейшее продвижение их на все дистры. Чисто по манам и описаниям его произведения вполне себе адекватные. А то что повылезали баги в айдио-дровах и их долго пилили... это конечно плохо, но необходимо для дальнейшего развития Linux систем.
>Чисто по манам и описаниям его произведения вполне себе адекватные.Это не критерий их необходимости.
Критерием необходимости является решение ментейнера сделать пакет под ОС и решение сделать PA дефолтовым для звука.
> Критерием необходимости является решение ментейнера сделать пакет под ОС и решение сделать
> PA дефолтовым для звука."Ментейнер" идёт по пути наименьшего сопротивления. Кальку с федоры сделать в разы быстрее, чем париться с ключами и с отвалившейся в гноме регулировкой громкости.
>> Критерием необходимости является решение ментейнера сделать пакет под ОС и решение сделать
>> PA дефолтовым для звука.
> "Ментейнер" идёт по пути наименьшего сопротивления. Кальку с федоры сделать в разы
> быстрее, чем париться с ключами и с отвалившейся в гноме регулировкой
> громкости.Значит PA выгоднее ментейнеру и, как следствие, выгоднее развитию дистра. Дальше либо пользуйся либо переходи на Слаку ;)
Чувак все правильно делает.
1) разработать
2) впихнуть в Федору
3) хомячки тестируют мы фиксим
4) ынтерпрайз
5) ПРОФИТ
Ч он ДНТ
>Ч он ДНТРешает проблемы маленькой конторки за счёт пользователей. Только и всего.
>>Ч он ДНТ
> Решает проблемы маленькой конторки за счёт пользователей. Только и всего.Эта маленькая конторка и есть основной разработчик Linux. не удивительно, что именно она и задает направление развития.
> а что за острые и актуальные вопросы?Да хотя бы сложность, а порой и невозможность выпиливания его поделок в большинстве бинарных дистров.
> Да хотя бы сложность, а порой и невозможность выпиливания его поделок в
> большинстве бинарных дистров.А почему управляющие этих дистров ВПИЛИЛИ эти поделки в свои дистры? чем это вызвано?
Fedora - потому что Red Hat и поддержать. Ubuntu - чтобы был аналог какой-то новой функции Windows Vista. SuSE и Mandriva глубоко не интергировали.
> аналог какой-то новой функции Windows Vista.Покажи мне в виндус висте аналог такой приятной фичи апстарта как, например, установка приоритета процесса прямо при старте оного эти мболее умным вариантом инита, а? Если ты еще не понял, у апстарта приятных фич по управлению сервисами - на пять вист хватит, и еще останется.
Кстати, запуск по текстовому конфигу вместо шеллскрипта тоже разумнее смотрится: для большинства демонов не надо будет стартовать огроменный интерпретер, а кому надо - по прежнему могут его пнуть.
>для большинства демонов не надо будет стартовать огроменный интерпретерДа, программа на c выглядит ни в пример лучше :)
> А почему управляющие этих дистров ВПИЛИЛИ эти поделки в свои дистры? чем
> это вызвано?Сказали же. Лень и, возможно, саботаж. Это, кстати, объясняет, почему программы, разработанные отдельными энтузиастами, как правило, находятся где-то за бортом.
>> А почему управляющие этих дистров ВПИЛИЛИ эти поделки в свои дистры? чем
>> это вызвано?
> Это, кстати, объясняет, почему программы, разработанные
> отдельными энтузиастами, как правило, находятся где-то за бортом.Объяснение очень простое - написать прогу не проблема, намного сложнее ее годами поддерживать, фиксать баги и развивать.
Отдельные энтузиасты, как правило, могут только написать, но не поддерживать. А без поддержки внедрять приложение в дистр ИМХО полнейшая глупость. Дешевле по ресурсам использовать обкатанное решение, даже если оно в чем то уступает решению от "отдельных энтузиастов".
>Объяснение очень простое - написать прогу не проблема, намного сложнее ее годами поддерживать, фиксать баги и развивать.И что? При правильном подходе программа спокойно меняется на любой аналог, который развивается. К поделкам Леннарта это не относится.
>А без поддержки внедрять приложение в дистр ИМХО полнейшая глупость.Поэтому надо поддержку отдать одной конторе. Желательно, коммерческой.
>>А без поддержки внедрять приложение в дистр ИМХО полнейшая глупость.
> Поэтому надо поддержку отдать одной конторе. Желательно, коммерческой.не отдавай. слышишь - не в коем случае не отдавай :))) сам пили и развивай. бесплатно конечно, но не отдавай это на откуп КрасноШляпам ;)))
> Да хотя бы сложность, а порой и невозможность выпиливания его поделок в
> большинстве бинарных дистров.Если вы хотите глубоко и сильно переархитектурить дистр - вы или выбрали свой дистр неправильно, или пришла пора выпускать свой дистр, где архитектором будете ... ВЫ.
> Если вы хотите глубоко и сильно переархитектурить дистр - вы или выбрали
> свой дистр неправильно, или пришла пора выпускать свой дистр, где архитектором
> будете ... ВЫ.Это уже нереально, т.к. кроме дистра, придётся ещё выкинуть кучу программ, которые без поделок Леннарта уже практически неработоспособны.
1) Как вы прокомментируете то что пульс аудио кривое гавно написаное через задний проход и так же работающее?Ответ вполне удовлетворительный: "Пульс аудио великолепное программное обеспечение написаное талантливым программистом одетым во всё белое со шпагой, а проблемы у многих возникают из за того что все драйвера и все другие звуковые подсистемы были написаны с ошибками и как раз через ту самую задницу работали друг с другом. Только по этой причине мой великолепный пульс аудио иногда вызывал на себя необоснованные претензии неблагодарных пользователей!"
2) В отличии от большинства других разработчиков программного обеспечения которые стараются по возможности обеспечивать многоплатформенность своего ПО, например по средством вынесения платформозависимой функциональности в модули, ваш системд написан лишь на одну платформу. Почему вами было принято такое решение?
Ответ в том же духе: "Очевидно, что если какие то люди используют не ту платформу которую выбрал я они не правы и страдают детством или умственной неполноценностью! Мне глубоко плевать на всё что там существует помимо той системы на которой пишу я, потому что только она правильная и современная, а все другие устаревшие и несерьёзные. Зачем же мне ради них модифицировать хотя бы строчку кода? Так же и перетрудиться за зря можно!"
Как то так. Может слегка перетрактовал некоторые момента для более простого понимания. :)
А как же ссылки на развитость звуковой подсистемы в MacOS X и Вантузе?:) Занчит, есть ещё у Леннарта две ОС для подражания. Более того, systemd был написан под впечатлением от launchd. Кстати, это лучшая из открытых систем инициализации для unix-like ОС. Под MacOS X работает.
Многих интересовала точка зрения на вышеописанные 2 момента. Т.е. на основании чего эти 2 факта имеют место быть.
Автор высказал своё виденье причин. Его позиция мне лично ясна и вопросов больше к нему, никаких, у меня нету. И сомневаюсь что появятся.Вопросы о том какие ещё он считает системы "полноценными" и прочее, уже другое.
Что ни говорите, а пульса довольно неплохая штука. Вот есть у меня внешняя (ЮСБ) звуковая карта. Зачем? Ну, у ноутбука только стерео выход... А колоночки у меня дома 5.1 же. Вот и помогает звуковуха наслаждаться фильмами в 5.1 озвучке. Карточка на чипе CMI что-то там. В убунте 10.10 она поддерживалась только в стерео режиме и с подлагиванием регулярным каждые несколько секунд. В 11.04 пульса шагнула изрядно вперёд, и карточка теперб поддерживается почти идиально - проблема лишь в том, что иногда после многих усыплений/подключений/отключений пульса перестаёт видеть в ней 5.1 возможности, но это быстро лечится pulseaudio -k (т.е. перезапуском пульсы).
Так вот, я сейчас сменил ноут на другой и временно сижу под мастдаями. Вы не поверите.. и ХР, и 7-ка карточку подхватывают, дрова у себя находят, успешно подключают... но при этом звука тупо нет!!Вот и получается, что в данном случае у линукса поддержка периферии оказалась лучше, чем в проприетарной оси M$...
А теперь попробуй всё то же самое, но без пульса.
И как это доказывает крутость пульса ? Сравнение с виндой не уместно, у нее косяков хватает, там только фанбои этого не замечают. Сравнивать нужно хотябы с альсой(так как везде и всюду, кроме винды, и именно ее хотели заменить пульсом), еще можно с джеком(моложе альсы).
> И как это доказывает крутость пульса ? Сравнение с виндой не уместно,
> у нее косяков хватает, там только фанбои этого не замечают. Сравнивать
> нужно хотябы с альсой(так как везде и всюду, кроме винды, и
> именно ее хотели заменить пульсом), еще можно с джеком(моложе альсы).Действительно. PulseAudio-то здесь причём, когда добавляли поддержку звука 5.1 в ALSA?
Не пробовали поменять устройство вывода звука через Панель управления? В случае с Creative Sound Blaster X-Fi HD SB1240 всё работает отлично, нагрузка на процессор в допустимых пределах, на софтовое кодирование-декодирование непохоже (такие проблемы есть у некоторых внешних аудиокарт). Проверено в Windows XP, в Windows 7 и Ubuntu 10.04.2 LTS (там тоже принудительно внешнюю звуковую карту источником звука указать нужно).
> Не пробовали поменять устройство вывода звука через Панель управления? В случае с
> Creative Sound Blaster X-Fi HD SB1240 всё работает отлично, нагрузка на
> процессор в допустимых пределах, на софтовое кодирование-декодирование непохоже (такие
> проблемы есть у некоторых внешних аудиокарт). Проверено в Windows XP, в
> Windows 7 и Ubuntu 10.04.2 LTS (там тоже принудительно внешнюю звуковую
> карту источником звука указать нужно).ох, красноглазие
учи матчасть. А работает ведь твоя карточка изза ALSA, а не пулса...
> Вот и получается, что в данном случае у линукса поддержка периферии оказалась
> лучше, чем в проприетарной оси M$...Довольно частое явление нынче. Например, wi-fi свистки в юсб: пока виндузятники перебирают дрова, разыскивая стабильные и какие там еще - мы просто втыкаем свисток и юзаем. Дрова - сразу в ядре. Стабильные и быстрые. Такой вот плагнплей - вот так это и должно было быть с самого начала, а не "вставьте диск с драйвером и нажмите ресет" ;)
> и карточка теперб поддерживается почти идиально - проблема лишь в том,
> что иногда после многих усыплений/подключений/отключений пульса перестаёт видеть в ней
> 5.1 возможности, но это быстро лечится pulseaudio -k (т.е. перезапуском пульсы).а вот моя CMI без всяких пульсов работает. и ничего перезапускать не надо. наверное, я ужасно несовременный: не люблю лишнего геморроя. особенно когда пользы от него ноль, а красноглазие он провоцирует.
Многие хомячки не понимают разницу между аудио сервером и подсистемой звука.
ВОт и появляются посты вроде ALSA VS Pulse Audio.Пульс нужен для экономии энергии при некритичности задержек.
Оно актуально только для планшетов, мобильников, ноутбуков с малой батарей.Jack, например, как раз таки используется для минимизации задержек.
Актуально для декстопов.ПРИ желании пульс запускается как клиент Jack сервера и всё что его не поддерживает играется через пульс. Всё что напрямую поддерживает джек - играется через него.
Это единственное адекватное решение на текущий момент.
И нужно выпиливать костыли передачи управления между джеком и пульсом.
На чистой альсе сидеть нет смысла, так как она поддерживает один выход.
То есть одно приложение одновременно может выводить звук (И аудио сервер как раз таки разруливает все потоки).Альсамиксеры слишком просты, но со своей задачей хорошо справляются.
Arts имхо = недопиленный jack. Так что смысла в нём нет.Итог: Установка Jack умолчанно и привязка PulseAudio в качестве клиента на сегодня оптимальна.
>Пульс нужен для экономии энергии при некритичности задержек.Если нужна экономия энергии, то однозначно напрямую в альсу. Прослойка, жрущая такты процессора в этом случае точно ненужна.
ты нихрена не понимаешь
для экономии в альсе нет того что есть в пульсе, и в альсе никогда не будет
> ты нихрена не понимаешь
> для экономии в альсе нет того что есть в пульсе, и в
> альсе никогда не будетСпасибо за тонкий юмор.
> То есть одно приложение одновременно может выводить звук (И аудио сервер как
> раз таки разруливает все потоки).(задумчиво глядя на mplayer с фильмом, wine с Titan Quest и вот блямбалку от IM, которая только что вылезла и пискнула) точно только одно приложение за раз? (на всякий случай поискал в системе PulseAudio, esound, arts и прочих: нету) у меня галлюцинации?
>у меня галлюцинации?Нет, это просто тот товарищ недавно пересел на линукс и просто не знает, что в альсе давно есть dmix, как впрочем, и аппаратное микширование на карточках, отличных от встроенного УГ.
А вот если взглянуть на OSS4 во фре...
> Нет, это просто тот товарищ недавно пересел на линукс и просто не
> знает, что в альсе давно есть dmix, как впрочем, и аппаратное
> микширование на карточках, отличных от встроенного УГ.есть подозрение, что он запускал софт, собраный с поддержкой только OSS. да, эмулятор OSS в алсе есть, но с ним действительно: кто первый успел, того и тапки. ну так и не нужно такое извращение, все адекватные программы давно умеют алсу.
> и вот блямбалку от IM, которая только что вылезла и пискнулаА можешь сделать, чтобы она пискнула в bluetooth-гарнитуру, а wine с Titan Quest в колонки 5.1?
Да и как мишевозюканьем настроить bt-гарнитуру без PA.
> А можешь сделать, чтобы она пискнула в bluetooth-гарнитуру, а wine с Titan
> Quest в колонки 5.1?нет. у меня нет блутуза и не будет. а что, при помоши PA можно сделать, чтобы оно пищало в несуществующую гарнитуру, а я слышал?
а так — я тебе секретно скажу: в алса таки можно выбрать саунд-аутпут. причём (сюрпрайз!) для каждой программы отдельно. в чём трабл-то? в том, что ты не нашёл, как это делается?
> Да и как мишевозюканьем настроить bt-гарнитуру без PA.
не знаю, мышевозюканьем не страдаю.
Задумчиво советую посмотреть на зависимости mplayer. libpulse0 (подсказка). Пульса это вещ!На ноуте незаменимая штука
> Задумчиво советую посмотреть на зависимости mplayerчто, кроме бебиана и бубунты дистров нет, да?
А что здравая логика уже на последнем месте?
> А что здравая логика уже на последнем месте?ты под веществами, что ли?
«к удивлению берущих интервью автор систем pulseaudio и systemd сказал, что pulseaudio и systemd — очень хорошие и нужные системы».напомнило: на вопрос «пользуетесь ли вы интернетом» 100% опрошеных ответили утвердительно. опрос проводился на сайте xyz.ru.