On Sat, 1 Mar 2008, Albert Santoni wrote: > ... and for anyone following this, I think I figured out why the cue button > doesn't seek properly, although I still haven't had time to fix it. Basically, > the code in EngineBufferCue talks straight to EngineBuffer to tell it to seek > instead of using the "playpos" ControlObject. I'm fairly sure this is the > cause of the buggy behaviour. (I wrote this code right when I started hacking > Mixxx) :)
Had another nice, successful few hours mixing music, about half with waveform off, and half on. No problems either time. I don't know why I can't reproduce the gtk-repaint behaviour, except that as I practice I do a lot less thrashing on the interface in general. re: above, the cue-pause behavior persists (I still haven't profiled; tomorrow) but it seems to more more often succesfully if I hit CUE-while-playing within a few (1 - 10?) seconds of the cue point, than if I'm a minute or two in from it. But it's sort of splitting hairs to tell and short of 100 tries documented it's fairly vague correlation. ------------------------------------------------------------------------- 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
