> On 18-Feb-08, at 2:10 PM, Tom Jennings wrote: > > > So I'm getting an erratic but frequent (1 out of 3?) long (100 - > > 200 mS) pause in audio after I hit the CUE button on the Herc > > *or* keyboard E. > > ...
On Thu, 21 Feb 2008, Albert Santoni wrote: > Sounds like something's not right here. Even on my crappy P4 with a non-pro > soundcard I don't get long pauses unless that weird waveform jumping thing > happens... Well I did an apt-get update, rebooted, and probably other things, and behavior changed again. It now acts as you described yours does -- about every 10th CUE pauses, not every. On the interface lockup business -- even if my video driver was extraordinarily buggy, it should not cause this problem. Only the portion of the Gnome window that mixxx manages goes un-updated; the frame, managed by Gnome and X, works fine; I can minimize, more, window over/unders, etc, everything works except mixxx never re-draws the screen. I have not yet, but could, explore whether or not window buttons work. I can't see them, so I'd have to poke around, but I could find a way. > If you're bored, compile Mixxx with "scons gprof=1" and try to profile Mixxx > to see where the CPU time is being spent during cueing/seeking. Launch Mixxx, > load a song, and then just hammer the CUE button for like a minute, then > analyze the gmon.out file (or whatever it's called). Google for how to use > gprof if you're interested... I'll do that. Haven't used a profiler in a long time!! ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
