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?
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering