From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R5jkf-0001Hc-5R for garchives@archives.gentoo.org; Mon, 19 Sep 2011 19:43:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 073AB21C13D; Mon, 19 Sep 2011 19:43:26 +0000 (UTC) Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 22E9721C0B3 for ; Mon, 19 Sep 2011 19:42:17 +0000 (UTC) Received: by bkbzt12 with SMTP id zt12so7828219bkb.40 for ; Mon, 19 Sep 2011 12:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=AYsYm9mZdYw2qlxnbVkjGSYs6EofePQaCxBL7Y6ykRE=; b=fL8dbfPkFopvHrj/2tf01cFaE36TGK4Z4gE1QEGXpFrmvQBxn+57QXTqUmBWcs2NhT 1oMwdZkmRu0uQjE6vNEBPeNPOdRV52ZA7LBi8XmZOBnYfbLfL++nyf77dJVT/hfQeHTj TxX3ZLJAAUjWW+GDNwAJ8Fb95P5crBPR6axA0= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.204.136.79 with SMTP id q15mr1834429bkt.206.1316461336874; Mon, 19 Sep 2011 12:42:16 -0700 (PDT) Received: by 10.204.177.199 with HTTP; Mon, 19 Sep 2011 12:42:16 -0700 (PDT) In-Reply-To: <20110919212030.288e4028@rohan.example.com> References: <20110912150248.GB3599@acm.acm> <4E776C7A.2040805@coolmail.se> <2015158.BvSt54bRbj@localhost> <20110919212030.288e4028@rohan.example.com> Date: Mon, 19 Sep 2011 15:42:16 -0400 Message-ID: Subject: Re: [gentoo-user] [OT rant] udev + /usr From: Michael Mol To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: X-Archives-Hash: 40717c62f5ad4baa3ac6a9d543d8c627 On Mon, Sep 19, 2011 at 3:20 PM, Alan McKinnon wrote: > On Mon, 19 Sep 2011 14:02:39 -0400 > Michael Mol wrote: >> On Mon, Sep 19, 2011 at 1:42 PM, Volker Armin Hemmann >> wrote: >> > Am Montag 19 September 2011, 12:37:16 schrieb Michael Mol: >> > >> >> I recall reading about dmix in LinuxJournal years ago, but I don't >> >> think I ever got around to setting it up; >> > >> > you don't set it up. It just works. If your sound card does not do >> > hardware mixing (onboard sound doesn't) you are using dmix. >> >> Ah. As I said, I hadn't poked or researched dmix since I read about it >> in LinuxJournal. Pretty sure that particular issue came out over ten >> years ago. >> >> That doesn't quite jive with my experience with apps some apps >> managing to take exclusive control over sound devices. In particular, >> if, e.g. Flash were run under Firefox before WINE or PulseAudio, then >> the latter two didn't get to play.* > > Flash isn't a good example though. It just assumes that it is the most > important (only?) thing in the universe, and tries to take over the > hardware for itself. If I read recent blogs correctly, even Windows > users suffer from the same thing with Flash. Audio, I don't *think* so. At the very least, Vista and 7 allow you to configure whether or not applications are allowed to take exclusive control over a device. Video inputs, yes. > > I think the presumption in this thread in that sound apps make *some* > attempt to play nicely - Flash doesn't fit that category. The only > category it fits is "useless crap that should either be deleted or only > used when absolutely necessary" That actually makes for a really good argument to use something like PA's ALSA wrapper when you can't do without Flash. I hear recent versions of Flash support PA directly. I can see an argument for Flash wanting control over A/V hardware; audio and video recorders have been implemented in it. Flash, IME, doesn't grab A/V until a Flash applet access them, but it also doesn't let them go. Perhaps their internal VM is poorly defined such that it's OK for apps to assume that once they have a resource, it's always there, and they're stuck maintaining that VM model for compatibility. -- :wq