Dev Mazumdar wrote:
>> I have just committed SFEalsa-lib, SFEalsa-utils, and
>> SFEalsa-plugins to spec-files-extra on sourceforge.
>> As you can guess the alsa-driver is NOT included. No
>> problems. Since SFEalsa-plugins has a plugin to talk
>> to a OSS audio device you can configure ALSA to
>> output sound using a OSS. There is a sample
>> /etc/asound.conf installed with SFEalsa-plugins to
>> link alsa-lib -> OSS.
>>
>> For applications which can use both ALSA and OSS I do
>> not think there would be any benefit using ALSA, so
>> you should add the '--disable-alsa' option to
>> configure.
>>
>> Please note that this is 'version 1' of the port and
>> there will be some bugs. Currently, I know that
>> speaker-test gives an error (though I have a good
>> idea what the problem is). Therefore you should treat
>> the port as alpha quality....
>>
>> Enjoy
>> Doug
>>     
>
> Hi Doug,
>
> This is great news!.
>
> Kindly cross post in OpenSound-discuss in future so that people interested in 
> audio can start contributing. 
>   
Sorry about that. Will do in the future....

> BTW, have you worked on a port of Jack+OSS on Solaris?. 
>   
Yes, there currently is a build-able spec file in the spec-files-extra 
repository on sourceforge. After a bit of testing today, there a couple 
of patches I need to upload to make it work. e.g. Sound output and not 
crashing on printf null pointers. This afternoon I was working on 
getting it working with RBAC and some patches so it can work under the 
real time scheduler on Solaris. It may take a couple of days to sort 
this out properly.

At the moment I have mplayer using oss, alsa->oss and jack->oss for it's 
audio output.

Doug 

Reply via email to