On 8 Nov 2001, Josh Green wrote:

> On Thu, 2001-11-08 at 01:52, Jaroslav Kysela wrote:
> > On Thu, 8 Nov 2001, Maarten de Boer wrote:
> >
> > > Paul Davis wrote:
> > > > Ah, OK. yes, i suppose this might not be clear.
> > > > [...]
> > >
> > > But you made it completely clear now! Thank you very much, Paul.
> > >
> > > Paul Davis wrote also:
> > > > but its basically fairly easy to get this performance out of
> > > > any program that is engineered properly. latency.c is not the
> > > > correct place to start such a program from, however. its a test
> > > > tool, not a viable application.
> > >
> > > And this is the source of all problems: I thought it was a good
> > > idea to use latency.c as a starting point. It would be nice if
> > > there would be a small low latency i/o with some processing
> > > (yes, that would be a more appropriate place for the filtersweep,
> > > wouldn't it?) example in the alsa-lib/test.
> >
> > I don't agree with Paul that the latency.c test program is not a good
> > example for testing and showing the capture -> process -> play circle
> > required by some applications. It's very simple command-line application,
> > easy extensible, now showing also the standard poll/read/write scheme.
> > Anyway, all problems (for poll mechanism) seem to be in the Linux
> > scheduler / wrong drivers or VM manager / mentioned many times by me and
> > until all these time gaps (from the view of a RT task) will not be solved,
> > we can't do this audio processing in a reliable way without having at
> > least two CPUs.
> >
> >                                             Jaroslav
> >
>
> Having the latency.c test program take up 100% CPU doesn't seem all that
> friendly though, or desirable for duplication in another application.

Look for -p parameter (poll) in latest latency.c code (also available in
0.9.0beta9).

                                                Jaroslav

-----
Jaroslav Kysela <[EMAIL PROTECTED]>
SuSE Linux    http://www.suse.com
ALSA project  http://www.alsa-project.org


_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to