I recently had a function added to the aRts API that
lets you see if aRts is actually holding the DSP
device open or not.
This call can be useful in trying to autodetect what
audio output to use, like libao does.
I've written a patch for libao to take advantage of
this. It adds an autoconf macro to test for the
presence of this new function (so that it'll still
work for people with an old aRts), and if it has it,
it makes arts highest priority, and has the plugin
test function only return true if aRts actually has
the device open. You know in advance that if it does
have it open, the OSS and ALSA tests will fail, so by
aRts having higher priority, the existing code will
short circuit those extra tests, and save some time.
In the case aRts doesn't have the DSP open, it doesn't
hurt anything, it just works as before.
I've attached the patch, let me know if you have any questions.
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libao-arts-detection.patch
Type: text/x-diff
Size: 1049 bytes
Desc: libao-arts-detection.patch
Url :
http://lists.xiph.org/pipermail/vorbis-dev/attachments/20030705/e0812acd/libao-arts-detection-0001.bin
