From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <201001261652.53406.zerg@altlinux.org> <20100126142133.GC3933@wo.int.altlinux.org> From: Sergey Bolshakov Date: Wed, 27 Jan 2010 15:33:38 +0300 In-Reply-To: <20100126142133.GC3933@wo.int.altlinux.org> (Dmitry V. Levin's message of "Tue, 26 Jan 2010 17:21:33 +0300") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b29 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: Re: [devel] Sound Policy X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 12:36:48 -0000 Archived-At: List-Archive: List-Post: >>>>> "Dmitry" == Dmitry V Levin writes: > On Tue, Jan 26, 2010 at 04:52:48PM +0300, Sergey V Turchin wrote: >> On Tuesday 26 January 2010, Igor Zubkov wrote: >> >> [...] >> > Набросал Полиси по Звуку -- http://www.altlinux.org/SoundPolicy >> "Все приложения которые выводят звук должны по-умолчанию выводить >> его через PulseAudio. Если у приложения нет поддержки PulseAudio, то >> использовать ALSA" >> Не так. Должно быть: >> Все приложения, которые выводят звук, должны по-умолчанию пытаться >> выводить его через PulseAudio. Если не получилось, выводить через >> ALSA. Если не получилось, выводить через OSS. > "Если я прикажу какому-нибудь генералу порхать бабочкой с цветка на > цветок, или сочинить трагедию, или обернуться морской чайкой и генерал > не выполнит приказа, кто будет в этом виноват - он или я?" > Давайте не будем требовать от приложений слишком много. Вряд ли они > готовы поддерживать все API вывода звука с динамическим выбором того, > которое активно. Собственно, никто и не требует. Более того, мне кажется, что обсуждать подобное policy преждевременно, по крайней мере до тех пор, пока не появится определённая уверенность в работоспособности pulseaudio -- а её нет, по описанной ранее причине. Изложу ещё раз: pulseaudio нуждается в монопольном доступе к звуковым устройствам. Такой доступ не может быть гарантирован в силу существования snd-*-oss и добрых советчиков, максимально упростивших загрузку этих модулей. Выходом из ситуации мне видится упразднение ядерной эмуляции oss. Для userspace, предпочитающего или умеющего исключительно oss, существует oss proxy, который, в свою очередь, _требует_ выключенных из ядра oss, в любом их виде. До появления такого ядра в сизифе дальнейшее обсуждение pulseaudio не имеет смысла. --