Re: Re: [Alsa-user] AD1985 full-duplex(?)

["Adam Tlałka" <atlka@pg.gda.pl>]

 >>I tried to modify AOSS to use
>>callbacks (works almost good but scheduling/swapping effects still 
>>there)
> Are you using fully loaded ring buffer on the ALSA side with a decent 
> size?
No because of low latency mixing requirements. Buffer is filled with two 
periods of data at the beginning and the callback refills it to maintain 
delay to be about this size.

>>but I found an app which disables SIGIO for example.
> It might be solved with the loopback device and a RT mixing daemon.
But now? Just ,,Enjoy The Silence''.

> I don't think that it's something which cannot be solved.
Maybe, but clock is ticking, compability is broken
and MS Windows system still is a better solution
in sound area. I personally want to offer Linux solution as a desktop 
multimedia system but at this time I just can't.
Sorry to say that.

Evolution is what is going in the nature. From my point of view (and 
many others for sure) I don't need a new API. I just need better 
functionality and some additional features expanding existing API.

OK. If you don't want mixing in kernel space doing this and other 
effects in some special RT daemon looks like step in right direction.
If an app could comunicate with it through /dev interface it could be 
unchanged and compability will be saved.

Regards

-- 
Adam Tla/lka      mailto:atlka@pg.gda.pl    ^v^ ^v^ ^v^
System  & Network Administration Group           ~~~~~~
Computer Center,  Gdansk University of Technology, Poland
PGP public key:   finger atlka@sunrise.pg.gda.pl


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php