Open spotlesscoder opened 3 weeks ago
Please describe what "audio dropout" is exactly. Is the deck being stopped, or does it still play but lacks the actual sound output?
The deck keeps playing but the audio is missing for like a second or so
Mixxx keeps a list of cues and loops in buffer.
This dropout happens kind of "always" for random seeks, but should not happen for stored cues. Maybe you can check whether all cue points are affected or only some and if keylock is involved, which engine?
The keylock algorithm needs to process some "warm up" samples before the cues. I can imagine a CPU spike that causes the dropout, or an issue that the amount of cached samples around the cue is to small for that.
Keylock is R3. I also had the dropout after looping 16 bars of the intro of a song and then letting the song continue (just deactivated the loop) Did not change the speed/pitch during the song was playing though
Bug Description
I guess the problem is that my audio files are on an external SSD. I use a Mac with latest MacOS. Probably the file handle or something goes into some kind of idle mode when no new bytes of the song are loaded for some times and the already played parts get garbage collected? Just a first guess. Of course I would not use and external hard drive when performing live but still I think mixxx should keep the entire track in the RAM as long as it's loaded to a deck
Version
2.4.0
OS
macOS 14.5 (M1)