Does the problem occur without Predictive Loading enabled?
Last night it crashed 2x in 2.5 hrs with it set to 1.
This am with same settings it crashed 3 times in 10min.
Now with it off, I havenāt been able to get it to crash in 10minutesā¦
Please post the crash logs.
The logs always reveal the culprit.
I posted some above yesterday - they all seem to be the same on first look. Amplitube crashes on something related to SetBPMā¦
Now with predictive loading disabled, I am about 45min with no crashesā¦
I can post my latest setup and any errors, if it happens again!
Now 2.5 hrs later with predictive loading disabled and the same 3 instances are running without issues. Will continue monitoring and switching songs every 5-10min. Is there a reason predictive loading would cause issues? Perhaps trying to instantiate too many Amplitudes causes a problem?
I read something about disabling OneDrive could help with Amplitube loading. Maybe try that?
(I am going to disable OneDrive, which I think I did once before, but it restarted on me).
Thanks, but on that computer I donāt have it installed.
Since about 11 AM I have had the same 3 instances running (now itās 5:15PM) with predictive loading disabled. I have added an Ableton Live running a loop sending MIDI PC commands to switch between several songs about 1x per minute. The system is still running without crash. So, it looks like GP and Amplitube werenāt compatible with Predictive Loading on my Mac setup. Any thoughts why?
@npudar @jeffn1
I was able to crash it using predictive loading enabled with a value of 1 while (eventually) switching between racks that have Amplitube in it, all while an external source is sending MIDI clock to GP. No crashes if I remove the external MIDI clock.
Amplitube doesnāt seem to like receiving MIDI clock jitter while it is trying to load (which is what happens while switching to a rackspace outside the predictive loading range).
As I mentioned this AM, at band rehearsal last night I ran with predictive loading set to 1, external midi clock synch disabled, and even edited all my patches in Ableton to not use external clock. Still crashed 2x in 2.5 hrs. With predictive loading disabled today, I am at over 7 hrs with no crash.
You use GP for effects (guitar). No sample libraries?
Do you have a issue with ram that would necessitate Predictive Loading?
Some plugins that donāt strictly follow the VST implementation donāt like Predictive Loading and crash.
Another example: Solving the problem of plugins that donāt like predictive loading
The crash should definitely be reported (thank you for doing so), and there is a solution, per the thread above.
I donāt think I need it. Just using Amplitube and a couple other plugins like a tuner, compressor, loudness meters, VU meters, and EQ.
1 Like
For the record, I stopped my experiment after 28.5 hrs of running. In my Mac setup, turning off Predictive Loading was the key to stability! Apparently Amplitube and GP Predictive Loading are not compatible on the Mac.
1 Like
Predictive Loading is a very clever technique but it requires plugins to properly handle such things as being reset and being able to properly handle other things such as being able to respond to SetBPM or other functions that can happen at any time.
We may see if we can do a workaround and if we do, this will be the second time we would have to add a hack for a buggy plugin from IK Multimedia.
1 Like
Sounds like youāll be fine without Predictive Loading. Glad you sorted it out!
Can you please upload/send this crash report which you reproduced without external MIDI clock?
I believe the ones from 3/20ā¦
Crash Reports.zip (329.8 KB)
1 Like
GP Files.zip (687.5 KB)
Hereās the current setupā¦
1 Like
I just looked at the latest report and a couple of others at random: they are all crashing in the audio thread with AmplTube trying to respond to OnSetBPM
Thread 5 Crashed:: com.apple.audio.IOThread.client
0 AmpliTube 5 0x13c4f09a4 IK::Comp::ArrayBase::Document::OnSetBPM(float, unsigned int) + 152
1 AmpliTube 5 0x13bfb9bfc IK::Products::AT4::MainDocument::OnSetBPM(float, unsigned int) + 300
2 AmpliTube 5 0x13bd55020 IK::Products::AT5::AudioProcessor::UpdateBPM() + 316
3 AmpliTube 5 0x13bd50850 IK::Products::AT5::AudioProcessor::ProcessBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 96
4 AmpliTube 5 0x13bd4e9e8 IK::JTK::MainAudioProcessor<8, 64, 2, 2>::processBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 656
5 AmpliTube 5 0x13bca1ca8 juce::JuceVST3Component::process(Steinberg::Vst::ProcessData&) + 8168
Thread 115 Crashed:: com.apple.audio.IOThread.client
0 AmpliTube 5 0x13bfb89a4 IK::Comp::ArrayBase::Document::OnSetBPM(float, unsigned int) + 152
1 AmpliTube 5 0x13ba81b6c IK::Products::AT4::MainDocument::OnSetBPM(float, unsigned int) + 156
2 AmpliTube 5 0x13b81d020 IK::Products::AT5::AudioProcessor::UpdateBPM() + 316
3 AmpliTube 5 0x13b818850 IK::Products::AT5::AudioProcessor::ProcessBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 96
4 AmpliTube 5 0x13b8169e8 IK::JTK::MainAudioProcessor<8, 64, 2, 2>::processBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 656
5 AmpliTube 5 0x13b769ca8 juce::JuceVST3Component::process(Steinberg::Vst::ProcessData&) + 8168
Thread 4 Crashed:: Mac mini Speakers
0 AmpliTube 5 0x137a089a4 IK::Comp::ArrayBase::Document::OnSetBPM(float, unsigned int) + 152
1 AmpliTube 5 0x1374d1bcc IK::Products::AT4::MainDocument::OnSetBPM(float, unsigned int) + 252
2 AmpliTube 5 0x13726d020 IK::Products::AT5::AudioProcessor::UpdateBPM() + 316
3 AmpliTube 5 0x137268850 IK::Products::AT5::AudioProcessor::ProcessBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 96
4 AmpliTube 5 0x1372669e8 IK::JTK::MainAudioProcessor<8, 64, 2, 2>::processBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 656
5 AmpliTube 5 0x1371b9ca8 juce::JuceVST3Component::process(Steinberg::Vst::ProcessData&) + 8168