Right, of course, my setup: Ubuntu 9.10 on a Dell M1330, set to Performance (high speed CPU) mode, 2.4Ghz. I'm using the RT kernel. The video card is nvidia, using the restricted driver. I'm using jackd with an Audio4DJ as my sound card. (If I try to use ALSA directly I get The Ubuntu Crash). I usually use compiz, and I don't see much improvement if I try metacity.
Right now I can eliminate nearly all of the dropouts if I set jack to 24ms. If I use a non-rt kernel, I have to set it to 36ms. Anything less than that and I get pops when I load a track. thanks, owen On Sat, 2010-02-06 at 14:25 -0500, Garth Dahlstrom wrote: > I've gotten drop outs before on Linux with CPU frequency scaling (speedstep) > daemon's running (hence the entry in the troubleshooting FAQ - > http://mixxx.org/wiki/doku.php/troubleshooting)... > > I suspect there will be some configurations of hardware / operating system > where drop outs would occur regardless of what is/isn't done in Mixxxx, > though there is room for improvement within Mixxx to be sure. However, > since we know basically nothing about your set-up (OS? CPU? RT kernel? Video > Card?) it would be impossible to suggest if this is one of those situations > where your symptoms could be alleviated through some config changes. > > > On 2010-02-06, at 12:32 PM, Owen Williams wrote: > > > I've been poking at Mixxx, trying to nail down why I get dropouts of > > audio when I load new tracks. I have a fast machine, and it should > > definitely be able to handle low latencies well. > > > > I've found that when a new soundsourcemp3 object is created, I almost > > always get dropouts while the constructor is working. I also noticed > > that the file is read twice -- once by the reader and once by the > > analyzer. > > > > The other place I almost always get a dropout is when the waveform is > > finally being drawn. I haven't pinned down exactly which calls are > > causing this, though. > > > > Is there any way to improve the niceness of the track loading process to > > make sure that the currently-playing track isn't interrupted? I've > > tried sprinkling QThread setPriority calls to make the currently-playing > > readers high priority, and readers that are loading tracks low priority, > > and that has helped a little but I still get dropouts. I even wrote a > > simple soundsource class that loads the entire track into RAM so > > playback doesn't have to hit the disk at all. > > > > I'd really like to get Mixxx all the way to reliable low-latency > > no-dropout operation, but I'm getting stuck as to how to do it. > > > > Owen > > > > > > ------------------------------------------------------------------------------ > > The Planet: dedicated and managed hosting, cloud storage, colocation > > Stay online with enterprise data centers and the best network in the > > business > > Choose flexible plans and management services without long-term contracts > > Personal 24x7 support from experience hosting pros just a phone call away. > > http://p.sf.net/sfu/theplanet-com > > _______________________________________________ > > Mixxx-devel mailing list > > Mixxx-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mixxx-devel > > > ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
