Loopy Pro: Create music, your way.
What is Loopy Pro? — Loopy Pro is a powerful, flexible, and intuitive live looper, sampler, clip launcher and DAW for iPhone and iPad. At its core, it allows you to record and layer sounds in real-time to create complex musical arrangements. But it doesn’t stop there—Loopy Pro offers advanced tools to customize your workflow, build dynamic performance setups, and create a seamless connection between instruments, effects, and external gear.
Use it for live looping, sequencing, arranging, mixing, and much more. Whether you're a live performer, a producer, or just experimenting with sound, Loopy Pro helps you take control of your creative process.
Download on the App StoreLoopy Pro is your all-in-one musical toolkit. Try it for free today.
Comments
@sinosoidal: Sure
I want to control parts of Drambo's operation - mutes, sequences via the LK Controller page. I appreciate I can use LK inside Drambo to control other aspects of Drambo's plugins, but not the sequencer track or mutes - this can only be done using LK outside of Drambo standalone. If I use Drambo inside AUM along with LK I can arrange both apps side by side which is great but of course Drambo reverts to not hosting auV3's. So the other option would be to use the ioS split screen feature so that I can see both apps at once.
I don't know what is necessary to comply with split screen on iOS apps. This is something I need to investigate.
AUM doesn't support split-screen> @sinosoidal said:
All apps that I know of that support split screen also have a portrait mode. To work with split screen requires adapting the UI to different aspect ratios.
Maybe that's the missing piece. I will need to run some tests. Thanks!
Somebody else experiencing midi bugs with LK in AUM as follows: When triggering LK external via Arturia Midilab mk II or inside AUM with Velocity KB it starts out fine. But after a short while Notes are latching followed by no midi response at all. No response lasts quite a while, then it works proper again for a short while, then crashes again and so on..
Yes, having same probs. They are already working on a fix
Does any one know how to assign a midi cc for the master track stop button ? Or is there some other way to make LK stop playing via midi (without resorting to stopping a playing a host (aum))
Master track needs properties just like the other tracks and include a STOP MIDI TRIGGER setting.
However, I can se now that it's possible to assign each track a unique note number for stopping individual tracks, and instead use a common CC value on all of them to make all tracks stop simultaneously. A little cumbersome but it should work.
I may be really, really dumb, but I cannot figure out the chorder module to save my life. I understand that a layout appears to be a collection of presets. But configuring a preset eludes me. First of all, why does the major preset start on C#? I can't find a way to change the root note of the preset. When editing a preset, I can select a scale, but it always starts with C. Is there no way to choose the root? Interestingly, when I create a major scale, starting on C, the preset decides to start on F when loaded. Finally, it seems like you can only edit a preset if you remember the name and save it as the same name again. Is that correct?
I don't get it either. Also, why cant you at least order the chords chromatically... I think it orders the chords in intervals of 5ths starting at C# and it then leaves out all the chords you didn't select. I don't know who finds that intuitive... In the chord keyboard integrated into their DRC synth you can at least choose the interval.
The chorder module has some UI flaws indeed. A lack of root note selection is not of them. We need to get some spare time to improve it. MATRIX module is taking a lot of our time lately.
Can anyone else reproduce the AirPod pro issue I’m having, where LK plays too fast in AUM? I know most don’t use Bluetooth for making music but maybe someone can help? I’m stumped.
Sorry, I just can't reproduce this.
Sorry if this has been already commented (this is a long thread..) but I’d just would like to know if there’s a way to change the behavior of the Shift function as I find it not only counterintuitive and convoluted but also against all IOS UI/UX standards.
The only purpose of holding the Shift functions is to enable new buttons with three dots which further enable new menus above them, overriding the column selections in the last row of clips.
My point is:
The Shift buttons and their behavior are redundant, counterintuitive, very uncomfortable to use and take precious space on the screen
Proposal:
-Why not just add the three dot menus in all columns exactly the same way as the other combo menus for MIDI channels, IO, etc? They would use very little space and would be ready to tap without the need of a “Shift” function.
-If the two Shift buttons are removed then that space could be used to acomodate the other missing navigation functions that are only available after the tap and hold of the Shift button, avoiding redundant taps and speeding up the navigation workflow.
Again, sorry if this has already been addressed. The app is really awesome, clearly the only and best clips sequencer on IOS, but I find the Shift functions very annoying and I know for sure that many other users think exactly the same.
Hopefully this can be improved in a future update.
Long pressing clips opens a menu with extra functions, maybe the same could be applied to tracks and scenes.
The shift has several alternate functions:
The are probably more features I can't remember right now.
In summary, shift isn't only used for activating the context menu for the tracks.
That's redundant and wastes space in phone view.
Shift/alt operations are very common in many software/harware solutions in order to accommodate functions without spending space with extra buttons.
We do hear users opinions and make improvements when we feel a common sense among the community.
@branis the problem with this solution is that it conflicts with the track selection operation that occurs when we press the track label. Not relevant in midi mode (for now) but it will definitely mess with Live mode.
@Rodolfo thanks for your feedback. We are always listening to the community and trying to improve the experience based on it. Merry xmas!
I 100% get it, software development priorities are always difficult. I was explaining to a co-worker yesterday why we have had to ignore some really nice ux updates to a major feature for almost 3 years
@Rodolfo - The shift function is less problematic now that I learned you can double-tap to keep it open. I still don't like it much, but it's workable for me now.
Let me know if you should find a way to make it work for you. Does not seem to be a very common problem.
Yes, I know about the double tap, but honestly it's the only IOS app I know to use something like this, and as I already mentioned I consider it totally counterintuitive and cumbersome. I also know I'm not alone... ;-)
Thank you very much for your comments!
I just expressed my honest and transparent feedback on something that I consider could be drastically enhanced if the Shift function is eliminated. I know a lot of gear that uses the same approach, but no IOS app with this "hardware" concept, as far as I know.
I also understand that it's not easy to modify a very complex (and awesome) app like LK, but I would kindly ask you to think out of the box just for a moment. You already know the reasons for keeping the Shift function, but maybe you discover that there are better options, who knows... I believe it's worth trying...
Merrr xmass!!!
GR16 also use shift button. Shift is ok, imho
Same for me. Didn't take long to get used to.
How weird.
I made a very simple video below which shows the problem. At the start of the video, LK plays in time with no AirPods. Then I pause, connect AirPods and hit play again. Notice LK then goes faster than the metronome? Then I disconnect AirPods and it plays in time again.
Does this help? Can anyone else reproduce? It literally does this every time for me with AirPod pros on iPhone 11 Pro.
That drift seems like an issue related to a change in the sample rate from 48K to 44.1K when AirPods are connected...
That’s what I thought tbh. This wasn’t happening with LK, but suddenly started happening after an update just before the most recent.
Does it happen if you connect your AirPods before launching AUM with LK?
Just tested this...
If I connect AirPods start an AUM session with LK already playing the clip it plays in time.
If I do the same but launch the LK clip after loading AUM, it’s out of time 🤷♂️
It wouldn't be the first AU to not be able to adapt to changing host sample rate.
It’s just odd that this wasn’t happening 2 LK updates ago (unless I missed it somehow) which means a change to the code since then has presumably caused it.