What is the older iDevice that can run GTL?
edited January 2019 in Help
Meanwhile AUv3/universal version arrives I'm curious about what's the older iPad that can handle GTL... @Jack?
So if 64bits only (I understand) then iPad mini 2 is still suitable? Someone with one can give me some feedback about how it performs?
For any old devices I’d recommend the highest buffer size. Also disable Ableton Link if you don’t need it and keep the initial tempo after starting a session. GTL uses audio rate convertion to keep in time with the Link or alter the bpm which uses more processing power.
In terms of iOS version, I think iOS 9 is the oldest GTL currently supports.
Without all the bells and whistles GTL will run pretty light. Older devices should be able to handle a basic live looping session. You can always use direct monitoring on an audio interface if you need low latency monitoring.
Interesting. I will not need more than basic backing track some looping. No link or so. Maybe I should test the buffer size in workflow terms on my mini4 to see what it means truly.
Did you tried on iPad mini2? Just to no go so spartan hehe.
Thanks mate (and Happy new year!)
Yeh it should work great for backing track playback. I've not tried it with a mini 2 personally but I suspect it would be better than the mini 1.
I'd always go for the max buffer size if just paying back/recording. There is no real advantage to using a small buffer size in GTL unless you are using live monitoring for playing instruments in real time.
Are you planning on using IAA? Depending on your set up this may add sample rate conversion. Probably best to avoid this on the old devices.
The idea is not using IAA neither, just playback prerecorded material and, maybe, a bit over recording new (since I still love looping) like some licks or voices. I suppose it means live monitoring for playing instruments in real time.
It's possible to change buffer size on the fly? Do you will recommend it as strategy?
I can imagine some pop&crackle if I play with these while playing, right?
I should test different buffer lengths and see how they gone...
I wouldn't recommend changing the buffer size on the fly no. The best approach would be to monitor directly through your audio interface and avoid the hardware latency.
Having said this you maybe able to get your mini 2 buffer size low enough without any pops/crackles. I can't say without actually testing on the device. Personally I'd go for the high buffer size and monitor directly, it's safer that way.
Ok @Jack! Thanks a lot for the help
can you please explain what the buffer size means? it’s a setting in GTL, as far as i can see - but what does it do?
and what is IAA?
with live input monitoring you mean playing the sound while recording it in realtime (instead of recording it first and playing it later)?
Personally I monitor directly from my audio interface which has practically no latency/delay and use a high buffer size in GTL. Best of both.
There is this headphone button at the input settings. I played around with it, but still not totally sure what it does. I will take a closer look tomorrow, and if I still have a question related to it, I will post it.