[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48B751DA.5090906@kernel.org>
Date: Fri, 29 Aug 2008 03:33:14 +0200
From: Tejun Heo <tj@...nel.org>
To: Adrian Bunk <bunk@...nel.org>
CC: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Greg KH <greg@...ah.com>, Miklos Szeredi <miklos@...redi.hu>,
Takashi Iwai <tiwai@...e.de>, fuse-devel@...ts.sourceforge.net
Subject: Re: [ANNOUNCE] OSS Proxy using CUSE
Adrian Bunk wrote:
> Sorry for being destructive, but 6 years after ALSA went into the
> kernel we are slightly approaching the point where all applications
> support ALSA.
Yeah, I have to agree it's a bit too late but the exclusion between OSS
and more modern sound systems (be it ALSA or PA) still bugged me quite a
bit. There always seems this one off app that wasn't quite there - be
it mpg123 for whatever reason I still enjoy to use from time to time,
vmware which is a genuine pain in the ass to get working with LD_PRELOAD
tricks (hopefully 6.5 will finally use ALSA but wait we're all going PA
now...) or scorch-3D (and many other games) where aoss delivers horrible
sound after playing for a while.
> The application you list on your webpage is UML host sound support,
> and I'm wondering why you don't fix that instead of working on a
> better OSS emulation?
Other than OSS emulation, CUSE seemed like an idea which might be able
to stand on its own legs, say, for legacy or proprietary device
emulation or just putting what used to be considered kernel-worthy to
userland.
Anyways, the thing is that unlike what was originally expected, dropping
an major programming API doesn't really work too well even after six
years of trying. Maybe because OSS is still kicking on other unices.
We now have in-kernel OSS emulation which can't mux with other streams,
aoss with its own supported and broken list and can also be routed
through PA by configuring ALSA right and then padsp with its own
supported and broken list and nothing works good enough. So, if we have
one thing which just works, we can in time put all those to rest.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists