Alan Coopersmith wrote:
>
> Garrett D'Amore wrote:
>> Chris Liu wrote:
>>> Let me explain respectively.
>>>
>>> OSS - libsndfile has not much to do with OSS. It mainly focused on
>>> processing data from one format to others. It does not like to deal
>>> much with hardware or operating systems. The only exception may be
>>> sndfile-play. Sndfile-play is one of three tiny utilities it provides,
>>> which only writes audio data directly to /dev/audio (on Solaris),
>>> which is standard audio device on Solaris. On SunRay sndfile-play wont
>>> work properly because SunRay client uses another audio device
>>> specified by $AUDIODEV. However, it is not a main purpose of libsndfile.
>> If this is the case, can we skip integrating sndfile-play, at least
>> until it honors Sun Ray?
>
> That should be a 5 line change to the source, hardly much of a burden -
> just changing open("/dev/audio") to checking getenv("AUDIODEV") and using
> that if not NULL, otherwise using "/dev/audio".
>
> Why not just fix it?
To further complicate this, the OSS API reference recommends checking
OSS_AUDIODEV and OSS_MIXERDEV.
That makes determining changes difficult at best.
--
Shawn Walker
[1] http://manuals.opensound.com/developer/oss_devices.html
