We need to distinguish between someone running the analyser via the Prepare
view or when loading a track, because in that case the queue should blaze
along as fast as it can. That usleep really helps reduce xruns on track
load, though. If I fix my CPU at 800MHz, turning that usleep(0) on prevents
xruns.

RJ

On Mon, Oct 4, 2010 at 3:10 PM, Sean M. Pappalardo - D.J. Pegasus <
[email protected]> wrote:

> Hello everyone.
>
> I've noticed song analysis seeming to go really slowly on Windows since
> RJ replaced the various timers in the GUI with a single 40fps timer. I
> tracked the problem down to the usleep at line 115 in analyserqueue.cpp.
> The comment above it says that it's there to yield the CPU so as not to
> cause xruns. But the thread is already set to IdlePriority so just about
> every other thread can already pre-empt it, so do we still need that
> usleep? I found that by commenting it out, the main waveform renders
> roughly ten times faster.
>
> Let me know.
>
> Sincerely,
> Sean M. Pappalardo
> "D.J. Pegasus"
> Mixxx Developer
>
>
>
> ------------------------------------------------------------------------------
> Virtualization is moving to the mainstream and overtaking non-virtualized
> environment for deploying applications. Does it make network security
> easier or more difficult to achieve? Read this whitepaper to separate the
> two and get a better understanding.
> http://p.sf.net/sfu/hp-phase2-d2d
> _______________________________________________
> Mixxx-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mixxx-devel
>
------------------------------------------------------------------------------
Virtualization is moving to the mainstream and overtaking non-virtualized
environment for deploying applications. Does it make network security 
easier or more difficult to achieve? Read this whitepaper to separate the 
two and get a better understanding.
http://p.sf.net/sfu/hp-phase2-d2d
_______________________________________________
Mixxx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Reply via email to