> On Thursday 24 July 2003 13:46, Michael Ost wrote:
> > Is there SCHED_FIFO style priority available in the new kernel, with its
> > new threading model? Realtime audio processing doesn't share the CPU
> > very well. The ear can pick out even the slightest glitches or delays.
> > So for Linux to b
On Thursday 24 July 2003 13:46, Michael Ost wrote:
> Is there SCHED_FIFO style priority available in the new kernel, with its
> new threading model? Realtime audio processing doesn't share the CPU
> very well. The ear can pick out even the slightest glitches or delays.
> So for Linux to be usable f
On Jueves, 24 de Julio de 2003 17:46, Michael Ost wrote:
> Is there SCHED_FIFO style priority available in the new kernel, with its
> new threading model? Realtime audio processing doesn't share the CPU
> very well. The ear can pick out even the slightest glitches or delays.
> So for Linux to be us
Is there SCHED_FIFO style priority available in the new kernel, with its
new threading model? Realtime audio processing doesn't share the CPU
very well. The ear can pick out even the slightest glitches or delays.
So for Linux to be usable for audio applications or embedded audio
devices it needs so
On Thu, Jul 24, 2003 at 06:03:33AM -0700, Tim Hockin wrote:
>I haven't used kernel 2.5/2.6 for any audio stuff yet. I'm at the Linux
>Symposium this week - do we have any requests or gripes with 2.6 that I can
>relay to the core kernel guys? Audio is a workload they don't really test.
I'm not an
All,
I haven't used kernel 2.5/2.6 for any audio stuff yet. I'm at the Linux
Symposium this week - do we have any requests or gripes with 2.6 that I can
relay to the core kernel guys? Audio is a workload they don't really test.
Tim
