Amplitube Problems

Amplitube is very CPU hungry, and I have a problem with it. There are only 16 internal parameter changes in it. I would have to run multiple instances of Amplitube to control the 8+ pedal chain I want to run.

Now I found that I can map the Midi CC’s in the widget parameter, but it does not sync to the widgets upon preset changes within the application, or even GP preset changes, because the midi CC’s within amplitube are not parameter assigned.

There is no Midi out to sync the midi cc’s on the Amplitube block, so i cant run it into the Local GP port and assign it to the widget to sync it that way.

I may need help with some possible scripting to get this to work

thanks

I think even with scripting that is not possible as you are not using HOST-Automation when map Midi CC’s to the widget.
You are simply sending the CC messages to the plugin, this is a one way street.

But I found this in a forum
As a quick step-by-step -

  1. Right click on the element/control you want to automate e.g. volume pedal
  2. Highlight/select Assign Automation>Volume>Param 1
  3. Assign an automation track in Logic to Param 1
  4. Automation can now be recorded/drawn and played back

Did you try that?

2 Likes

thanks for the reply!

yes i did try out that parameter mapping, but since im trying to run a long chain of pedals, amplitude ended up being less than optimal since it only has 16 parameters, and the midi cc’s dont sync.

However, TH-U has dedicated parameters for a majority of the pedals in the plugin, and though it only has 15 mappable parameters per in-plugin preset, running multiple instances is no problem due to the low CPU load.

I found that TH-U had less high quality modeling for its effects, but the variety, mapping, overall control, and rock solid leveling made it better in conjunction with Gig Performer

[deleted, out of date info on optimising AT5]

No true stereo this way though unfortunately :confused:

True.
Just had a look at the stereo path, and then all the others.
Looks like they have sorted the bug I just gave a workaround for.

I’m deleting my previous comment.

However, since it is much lighter than it used to be, you could chain instances of AT5 so you don’t overstep the 16 limit on DAW automation with each.

or even use other plugins for some of the FX




How much difference in a live performance situation?

1 Like

My CPU usage on about 3 instances of amplitude 5 was around 60%. Running a 2023 Macbook Pro M2Max. Its got the cpu juice in it.

I was thinking about chaining the pedals like you have it. I don’t know how you ended up running so many, maybe not running the stereo option within the plugin saves on performance.

Your pedals are awesome, great setup btw

using THU im at 23%ish with pianoteq, BX-3, and keyscape running along with THU.

With amplitube, and multiple instances of it, with two duplicate pedals in a stereo chain, it was going 50-60%

and to note, THU is hosting pretty much everything in a single instance

THU jumps out more, amplitube sounds more grounded, more real.

I feel like THU cuts well like nord sounds/fx.

When i first got GP, we were in lockdown, so I set myself the task of recreating my analogue board. I was on a mid 2012 MBP at the time, and mono saved a lot of cpu.

For gigs, each rackspace only has what is needed for that sound, 2 or 3 plugins usually, in stereo. Amps in the Global. Ran at 44.1/128 on the MBP.
Now at 48/64 on base M2 Mini. Could go 32 or 16, but why risk glitches.

also, bypassing everything possible

that seems a lot, how many pedals per instance?

I was running like 10 pedals in one amplitude instance and then x4 so thats probably why.

even when bypassing the other 3, it was still a lot.

Not to mention im running keyboard plugins into the fx plugins so that takes up CPU space too.

My goal was to be able to map let’s say, a grand piano, into one pedalboard, and then a synth into another pedalboard.

Full chaining freedom :sunglasses:

sounds like TH-U is the way in your case.

What sample rate/buffer size are you running?

been doing 48k , 128 samples

but im gonna try 96k , 128 samples this upcoming gig

You will be doubling your cpu use for no perceivable advantage (in a live environment) at 96k/128. Most plugins that would benefit from a higher sampling rate (because of aliasing) do so internally with oversampling.

If you are not using any audio in, just MIDI driven input, you may even feel comfortable with the latency at 48k/256 samples. (at 5.3ms this is less than the action of an acoustic piano)
This would be a massive increase to your cpu headroom.

4 Likes

Thanks for the insight!

Im about 6 months into Gig Performer so a lot of stuff is still new

Ive been learning the GPscripting language and that has been one of the hardest things to do since Ive never had to code before.

I will try this audio configuration out