[AG-TECH] RAT in Fedora Core5

Piers O'Hanlon p.ohanlon at cs.ucl.ac.uk
Mon Dec 4 09:26:32 CST 2006

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:

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)):
(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


On 04/12/06, Douglas Kosovic <douglask at 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

More information about the ag-tech mailing list