have you checked if this happens only in Renoise? Amplitube 1 is a very old plugin so it’s likely to not be multicore capable; in such case there is nothing Renoise can do to divide the load of one instance on several CPU’s
Are all CPUs enabled in renoises audio preferences? How does this songs routing look like? Do you feed all tracks in one send track?
Also do you get a real performance problem, or just wonder why your task manager shows that one core is fully used while the others are idling? We don’t force the system to use this or that CPU for this or that track. All we do is giving the system the possibility to do so. On low working loads it may use one core more than the the others…
Which CPU usage do you get in Renoise with one core enabled vs all cores enabled? Thats what interests you.
I mean the CPU usage in Renoise, not in the taskmanager, but if you get crackles at such low CPU loads, then you should increase your Audio latency - ASIO buffer size. Usually one gets such crackles when DSPs use temporarily high working loads, create CPU spikes. Even 10 cores will not help in such cases. At which latency are you currently working?
I’m not sure what you mean here.
But the higher the latency, the more individual tracks you have, the better the working load will be balanced. It can never be perfectly shared between all cores. Plugins and thus the track do not constantly use the same amount of CPU, the system also does stuff in the background - uses the core. Renoises GUI also needs some CPU from time to time and its not that 2 more cores mean 2x more performance. I know you just have a problem that you want to be “solved” somehow, so please try what I suggested above: using a bigger latency to get rid of the crackles at such low working loads…
No, we do calc the send together with the master in the “main core” then, but only if the overhead thats added by this way of routing makes something faster…
But hey, do we really have to go that deep into the technical details?
pvcf got some crackles in a song and wondered why. OK, lets help him to solve this, instead of discussing this topic at such a detailed level to death.
Renoise magically uses multiple cores of your CPU and tries to do the best out of it, depending on your current songs routing, soundcard settings & stuff. But you NEVER will get a perfectly balanced load.
okay; i have managed to found the bug:
stormdrummsINS2 (which is a alias if stormdrummsINS1 but with same midichannel, both # 01)
i played in (multi)track1 a drummkid with stormdrummsINS1, in (multi)track2 i played some stormdrummsINS1 AND mixed between stormdrummsINS2 AND a sample which is triggered by renoise itself.
this crashed the audio tracks of this two channels (but without cpu-load-message, this comes than later if 2 amplutubes are together in one subtrack).