DSP spike when rolling transport (on OSX)

[x42]

forwarded report from http://mixbus.harrisonconsoles.com/forum/thread-3211-post-20992.html

[jrigg]

I don't have a Mac to test, but could this be a graphics problem? The meter displays in ZaMultiCompX2 are quite heavy on CPU when showing a signal. It was using 120% CPU on my 4-core Debian amd64 system (issue #56) before I realised graphics hardware acceleration wasn't working (forgot to add user to video group on a non-systemd system). Just a thought.

Edit: Please ignore. Audio DSP load is not affected by graphics CPU load, as pointed out by x42.

[zamaudio]

Thanks for the idea.

[x42]

John, is DSP load also spiking on your machine? Does it also happen when the GUI is not visible?

The UI is a low priority thread, it can increase CPU load, but it won't interfere with DSP, nor cause x-runs.

[jrigg]

Robin, you are indeed correct. I was thinking of "DSP" as all DSP including video, which of course is wrong in this context.

DSP load as reported by jack clients does not increase above normal when graphics hardware acceleration is turned off, nor is there a spike when transport is rolling.

[zamaudio]

Do you think this issue can be closed as something beyond zam-plugins codebase?