Forums
Hey, it's me, the nitpicker again. And I hope I have finally an issue regarding audio clip position in time that's easily reproducable.
- New Qtractor session
- New audio track with a big clip, e.g. a whole song
- Duplicate this track a few times
- Set a left and right marker for a loop
- Play the song
- Toggle loop on and off, both within the loop and outside the loop
See if you get the same phasing effect or missing audio output of some tracks.
If not, because your computer is fast, then disable all your CPU cores but one. I added two bash scripts that are to be called via sudo or as root.
And set the governor to powersave with the attached script: sudo setgovernor.sh powersave
Expected results: see screencast. It's too big to be uploaded so please use
http://suedwestlicht.saar.de/secdnld/clipsymc-2025-09-27_17.47.12.mkv
File attachments
re. Clips not in sync, now reproducible...
hi, thanks for the heads up...
as it seems this is probably to system condition and probable thread overload, leading to one or more sync point misses that may certainly occur under stress conditions..
fixing or even mitigating these issues is dang hard I'm afraid and would need an almost complete architecture overhaul or rewrite.
sorry to tell, that is not in the plans, not even beyond the horizon, so to speak--it's the kind of software problem that might get only solved by throwing more hardware to it :)
cheers
Maybe priorize/tune?
There's not always a shortage on CPU, especially on realtime CPU on my machine, when it occurs. Could this – I'd call it – setup task that's called whenever (I guess) the playhead is repositioned or loop on/off is clicked be priorized? Qtractor's GUI is not using realtime priority, and that's good. But other tasks do. Since this setup task is so crucial, can it be priorized?
That would make sure that it gets the CPU it needs – or the computer is obviously much too slow.
Add new comment