Hi Mike, The SBLive only has an ALSA driver which is then accessed from AG-RAT via the ALSA kernel level OSS emulation (by these modules: snd_mixer_oss, snd_pcm_oss) - it also possible for apps to use the userlevel OSS emulation aoss: http://alsa.opensrc.org/OssEmulation
With OSS emulation (either mode) RAT should run ok on this card. However as far as I'm aware (correct me if I'm wrong Doug) the AG-RAT-CVS (mentioned by Douglas) uses an ALSA driver which has trouble with the SBLive's usual ALSA mixer interface (it isn't currently handled properly the AG-RAT-CVS). There's a number of cards that also use the same ALSA kernel module: emu10k1 In the UCL version of RAT we have managed fix the mixer interface so it works with 'normal' and emu10k1 style cards. We also fixed some general issues with switching between input sources. I don't believe the sound from ALSA is currently quite as good as it could be but it does work (with the occasion blip (XRUN)): http://mediatools.cs.ucl.ac.uk/nets/mmedia/wiki/RatWiki (Currently you will need to remove the -S option from RAT startup - I'll issue a new version soon with -S capability - see post on AG-tech) Piers. On 04/12/06, Douglas Kosovic <dougl...@itee.uq.edu.au> wrote: > Hi Mike, > > > We are having problems with RAT under Fedora 5 > > On a fresh install it will only pick up the original OSS Driver. > > We have SBLive Alsa drivers loaded which the system believes its using. > > But RAT ignores them. > > Any suggestions. Is there a flag in the config file we can set? > > On FC5, AG rat would be using the ALSA OSS compatibility layer. The > experimental native ALSA support wasn't compiled in as the input audio > would sound robotic at the remote sites. > > You could try the AG rat RPM from FC6 which includes native ALSA support > (it no longer sounds robotic either) and can be obtained from: > http://www.vislab.uq.edu.au/accessgrid3/fedora/6/i386/ > > > Doug > > >
