On 06/28/2007 05:04 AM, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss
means software mixing is working correctly for your ALSA setup. The
only thing you should do is _use_ ALSA (natively) and not its OSS
emulation so you can drop the library preload.
Cool. How do I go about figuring out what every app uses? For example,
you mentioned that the flash 9 plugin, which I also use, is an ALSA
aware application. How do you know?
Various methods. If all's well, the application has a config menu where you
can look at and change the settings.
Or, running ldd on the binary to see if it's linked to libasound, "grep
/proc/<pid>/maps libasound" (also catches dlopen), "strace" or usually
easiest and what I tended to do -- "lsmod" to see if starting the app
triggered the automatic loading of snd-pcm-oss and snd-mixer-oss which I
don't normally have loaded.
This is the "[things are still not great] partly _due_ to people maintaining
OSS is somehow a valid choice on Linux" that I stated early in this thread.
I actually believe the kernel space OSS emulation has been fairly counter
productive -- it's allowed applications to stay with an obsolete interface
since the users didn't even have to _know_ due to it all just working. At
least with the userspace emulation, people know they are using an OSS
emulation if they are starting the application with an library preload.
The kernel space emulation is a bit more bullet-proof in the sense that the
userspace emulation would not for example help with applications that use
direct syscalls to open device nodes and I guess that was important.
When OSS/Free was replaced with ALSA inside the Linux kernel this was a big
change in an area most users use and any such change inevitably opens up big
cans of change resistant wankers who understand the old interface and have
no need for the new one and will tell you that you did it all wrong, it was
all for nothing and you suck period. They'll keep it up for years and years
generally. The kernel-space OSS emulation _does_ mostly just work, which is
the kind of thing that you need in this environment to be allowed to tell
these people to go sexually entertain themselves.
Perhaps it's now finally coming to the time where the kernel space emulation
can be deprecated and eventually removed. Or not...
I need the check out everything that I use which needs sound (vmware,
skype, kmplayer, etc.) I don't have source code for at least two of
those.
I don't know if vmware by now supports native ALSA but it didn't use to. The
current version of skype (1.4, still called a beta it seems) does.
kmplayer seems to be a frontend for various mediaplayer solutions. Don't you
just love that mess? Its backends include MPlayer and Xine, and both these
can talk native ALSA fine at least. For mplayer, use a "ao=alsa" line in the
.mplayer/config file (or just start it with -ao alsa) and for xine, look in
its setup menu (audio tab, having set the interface level to beter than
"beginner").
Rene.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
