Recently I found Rosegarden was losing the timer source, and the transport was
freezing - sometimes for nearly a second after which it would send a bunch of
notes, then carry on as normal.
It was some time before I realised it only happened on my Ryzen 5 machine (the
one I use for music) and not on my office Intel one. I hadn't made any changes
to the system and got sidetracked into thinking maybe I'd somehow managed to
get infected with some malware. However I eventually remembered I'd done a
normal devuan update. The only significant change was the Linux kernel V5.10 to
V 6.1. Rolling that back cured the problem.
Asking some questions on-line identified the problem.
First off, I use the RT-Preemt kernel - the 'normal' one doesn't have the issue
at all.
Secondly, the Ryzen has the AMD equivalent of hyper-threading, my older Intel
doesn't.
Finally, since Linux V5.12 the scheduler has been modified to allow dynamic
preemption. Disabling this in the BIOS cures the problem, albeit with a very
small loss of performance.
I wonder if there should be another look at how Rosegarden does it's timing. I
did try to set the timing source to the audio hardware. It seemed to recognise
it, but actually totally ignored it. Saving and reloading showed no time source
at all, yet still ran as if it was on System Timer.
--
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
_______________________________________________
Rosegarden-user mailing list
Rosegarden-user@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-user
