In article <3C3DDEA9.E8FAB8DC@nortelnetworks.com> you wrote:
> Imagine taking an input, doing dsp-type calculations on it, and sending it back
> as output. Now...imagine doing it in realtime with the output being fed back to
> a monitor speaker. Think about what would happen if the output of the monitor
> speaker is 1/4 second behind the input at the mike. Now do you see the
> problem? A few ms of delay might be okay.
What kind of signal run time do you normally have in digital sound processing
equipment? AFAIK one can expect a feew frames with of delay (n x 13ms).
Just dont feed back the processed signal to the singers monitor box.
> If I'm trying to watch a DVD on my computer, and assuming my CPU is powerful
> enough to decode in realtime, then I want the DVD player to take
> priority--dropping frames just because I'm starting up netscape is not
> acceptable.
You do not start up netscape while you do realtime av processing in
professional environemnt.
Well, an easy fix is to have the LL patch and do not use swap. Then you only
need reliable/predictable hardware (which is not so easy to get for PC).
Greetings
Bernd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Jan 15 2002 - 21:00:32 EST