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
Update: the issue is actually an unrelated memory corruption bug in Autony, and unfortunately nothing I can fix on my end. It's not related to init order as I thought before. Pagefall says he's looking into fixing it this week.
Seems my feature request got missed of a response in the initial melee , so repeating my request @j_liljedahl to :
add /8 & /16 denominators to time signature transport section , if possible ?,
as some of my odd meter songs don’t play properly (bar length wise ) with the only available /4 .
Thanks for ongoing efforts .
We have such a feature request in on the AUM Discord channel. You should add your support. @j_liljedahl is open to the idea of time divisions and multiples per midi node.
Here’s the Discord invite https://discord.gg/3jkBqceK
iPad Pro (12.9-inch) (5th generation) 1Tb iOS 15.5
Does Anybody Else Have This Or it’s Just Me ??
Thank you !!!
It's Just You.
Seriously, what were doing when it happened? Loading an AUM preset, AUM app preset, or SynthMaster2 preset? Could you try restarting the iPad? Do you see any crash logs for SynthMaster2?
This means that SynthMaster 2 crashed. You should contact their developer about it.
Sometimes while AUM develops and makes use of more of the available AUv3 functions, some plugins might have undiscovered bugs triggered. As an example, Autony has a bug that makes several things in the plugin break (for example MIDI Out) when the host asks for the string representation of its "Scale" parameter. Apparently AUM is the only iOS host that makes use of this AUv3 function so far.
I wish we had something like auval on iOS, so plugin devs could ensure their plugins works (and will continue to work) before releasing them.
Does anyone besides me miss the AUv3 window hiding and restoring behavior that AUM had before version 1.4.0? You could double tap the background to hide all open AUv3 windows, find an active plugin on a mixer channel and tap it to open its window, and then, with two more double taps of the BG, restore the hidden windows along with the newly opened one.
It doesn't work that way anymore. In version 1.4.0, if you hide the open windows and then open a new one, AUM forgets the set of windows you've hidden. Then all you can do is hide or restore the one newly opened window.
I miss the old behavior! It was great for adding a third or fourth plugin window to a crowded screen, when the mixer channels were covered by the windows. Maybe it's unintended behavior; @j_liljedahl might clarify. The manual says only that a double tap of the BG will close the plugin windows -- not a word about bringing them back (which you can still do in 1.4.0 as long as you don't open a plugin window while others are hidden). There seems to be an interplay of two ideas here: temporarily hiding the windows vs. permanently closing them.
Does anyone else miss the old way?
Otherwise, of course, the new update is excellent. I used the new tip jar to the max right away.
Yes. The Tip Jar works without any problems on the Large setting too.
I fixed some bugs regarding the hide/show windows behaviour, and I think the current behaviour is what I had intended.
The way it works now is the most logical: if there are open windows, hide them all. If there are no open windows, restore the ones last hidden. Otherwise, what would you do if you want to hide all windows, open a couple of others, and then hide all windows?
But I can surely see the point with the behaviour you're asking for (which might have been the unintended behaviour of older versions, I don't remember).
Perhaps it could be implemented with a third triple-tap gesture that always mean "restore all"? double-tap would mean "hide all" but shortcut to "restore all" if there are no open windows currently.
Thanks!
Great to hear you've got your hands into that. IMHO the ideal behavior would be what macOS does: you can push all open windows aside while keeping them open and active, find another app or two to activate, and then bring back the windows you pushed aside along with the new ones. Since AUv3 windows block the view of the icons you need to find and tap, this would help tremendously, especially on smaller screens.
Good luck, and thanks for the outstanding work -- past, present and future!
I don't think I ever used that feature on macOS, but as far as I can see it requires two separate actions for show and hide?
@j_liljedahl
Since I updated AUM, none of my fabfilters AUs will load. The error is “no such plugin; uuid not found”.
Have you rebooted?
That fixed it. Tnx!
As we start to get more and more AUv3's that get 'updated' to support M1 Macs the amount of 'deprecated' AUv3's (due to different identifier requirements) starts to rise cluttering up the plug-in lists in various hosts.
In AUM it would be super handy for starters to filter out *deprecated AUv3's but that would require that all developers agree on putting that exact phrase in the AUv3 name when releasing a new/updated version.
Another option would naturally be to long-tap on an AUv3 and select 'hide', and in the filter menu have an option 'show hidden' and when the hidden plug-ins are shown a long-tap to 'unhide' them would bring them back to the main list.
Another option would be a 'Favorite List' where only a few selected AUv3's are shown.
@j_liljedahl would this be doable in AUM?
Cheers!
+1 for a Favorite AUv3 List. I think I have about 1200 music applications (most of them are AUs) and it is very time consuming to find the one I want to use. And I don’t want to erase the one I never use because…maybe I will use them one day ;0)
Yeah, favorites would be nice, but not removing "deprecated AUs" since I have lots of projects using them.
I meant only removing them from the lists...
...older projects would still be able to access them.
Yes, my plan is to add a tagging system, where "Favorites" could be one of many tags.
Could you tell me some of these id-updated AUv3? I will have the same problem with my AU3FX plugins and would be interesting to know what other devs do.
KQ Dixie has deprecated entries, and AudioLayer is about to. I don't see any on my iPad in Audio FX or MIDI.
>
We have at least the newly released AudioLayer, KQ Dixie, KQ Unotone.
Unfortunately I've just recently deleted a bunch of other AUv3s that also showed up as duplicates due to identifier changes
Another 'list cleanup' would be to put plug-ins with the same 'name' in a folder (For example Black Hole from Eventide has two entries, one with midi and one without midi).
I get it that there's a difference between Effects and Musical Effects but it does clutter up the plug-in lists.
(If we already have a musical effect version of a plug-in there's practically no need for the same effect that doesn't accept midi-input...).
The bigger problems happen with older projects that can not be easily migrated to use the most recent version of the plug-in.
This 'old project/plug-in support' is what causes head-aches for developers when they need to adjust the plug-in identifiers to comply with macOS requirements so the plug-ins will validate under macOS on M1 Macs...
I suspect we'll see a bunch more plug-ins in the near future if/when developers decide to bring over their iOS plug-ins to macOS.
Cheers!
When I look I don't see any plugins using the same name for those variants. Eventide has "Blackhole" and "Blackhole (MIDI)", FAC has "FAC Envolver" and "FAC Envolver (MIDI IN)", Humbletune has "Tardigrain AU FX Extension" and "Tardigrain AU MFX Extension", etc.. It's impossible for the host to know wether these are in fact identical variants of the same plugins or if there are bigger differences. And even if they had the same name, a plugin could potentially have any kind of difference between them apart from one accepting MIDI input and the other not.
One way is to have different identifier for iOS and macOS, but that would break any potential sharing of projects between platforms. An idea would be to allow AUMs new "node replace" menu action to optionally try to save and reload the state of the node, but I'm not sure what might happen if the state format changed, probably AU crash.. Or perhaps that if the AUv3 could not load because it was not found, there could be a button to try replacing it with another having the same name (if found).
1200 music apps??? 😮😮😮 If you paid 5 bucks for each on average that’s 6k in total…
The latest version of MultiTrackStudio tries to work around this by letting you have multiple plugins (with their own AUv3 state) for the same slot and lets you manually switch between them. You can therefore use something like DRC which is on both iOS and Mac but uses different IDs on a track and simply switch between the iOS app state or Mac app state depending on where you have your MTS project loaded. An extension of this would of course have the host detect where it was running and load the appropriate state accordingly.
I know. But let spread this on the last ten years…the yearly costs are much less than owning a plane or a dog (I have a dog)
That's an interesting, but separate, idea. So it could allow to use one plugin on iOS but an alternative plugin on mac if it's not available there. Not sure how/if it would fit in AUMs user interface/experience though. And it wouldn't help with copying the state over if you switch to a state-compatible plugin (same plug, different ID).
I used to have similar arguments to justify my spendings on apps
I don't even think about "finding" plugins. I habitually swipe down to get the search box, and type in a couple of letters of the plugin name or developer, or whatever I can think of about the plugin, and 99% of the time I have what I want no later than the third character. It no longer even occurs to me to dive into the lists.
The lists are useful when you forget what you have purchased. 😁 #nevertoomanyAU Or want to use something besides your usual faves.
Yes, look forward to tags, they'll be handy for setups. E.g. you could group apps by the type of sound you want to create.