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
I believe compressing the Animoog folder was to transfer all existing presets from Animoog to Animoog Z. The above method would be for individual preset collections.
@anickt the problem is that CC 74 is already part of the MPE standard as adopted by the MIDI Association
Does anyone understand exactly how the z dimension influences the timbres/crossfading the timbres? The manual on that part was kinda unclear past the 4-block timbre diagram regarding the xy axes.
But I still recommend reading it, Moog manuals are great. It also tells all of those many who are having problems exactly how to import the presets. A lot of you are making it way too hard.
The xy timbres extend in a similar manner in the z direction, so it's just a way to get even more timbre crossfading as the comets move about.
Reading the manual, I noticed that this AU can work in the FX slot, too! Not just for recording timbres (which is cool in itself), but also as an audio effect processor. Use the orbs as sources for modulating the effects.
Moog’s instructions didn’t work for Monster Moog presets
Try my instructions, they work
Could someone kindly point me to the manual?
This is exactly correct.
MPE is a hack of the original MIDI spec to jury-rig it for polyphonic expression. CC74 is virtually always used as the "expression" (or in Roli terminology "slide") CC that is sent out, typically on sliding vertically on keys. I imagine CC74 was chosen because of how often it is mapped to just that ... filter cutoff. Kinda makes sense if you think of it naturally working with synths that already have CC74 mapped to filter cutoff.
I don't know how the MPE hackaround evolved but it sort of makes sense that CC74 was chosen by hardware manufacturers. At any rate, that's the way it is. App developers have no choice but to support it now.
That is, until MIDI 2.0 takes hold.
Mod Wheel refers to MIDI CC 01
No I was just trying presets in Z that I imported from A. I didn’t realize you were specifically referring to the Default presets. @MoogMusicInc answered your question on one of these threads. Hard to keep track!
https://animoog-z-manual.webflow.io/
It's a web link from inside the (free) app.
Has anyone noticed it cant move in aum ( without strobing ) if it passes over another app?
I just downloaded the Animoog Z app, but I can't find a manual for it anywhere
Settings > Manual
What a CPU and battery killer!
Almost 2x Model 15 even in 4 voice mode.
Here’s a tip. If you click on Share Filtered Presets with no filters selected you will get a zip file of all your presets.
https://animoog-z-manual.webflow.io/importing-legacy-presets
Yep, that's what's stopping me buying the IAP at this point. It does sound amazing but battery killers don't get a place in my setup. May well be fixed in an update - maybe to lower the refresh rate or find ways to make GUI redraw more efficient.
I followed the manual and zipped the animoog folder on my iPad and then dragged it to the edge of the screen as @Stuntman_mike instructed, and then repeated a few times like the manual said until it took, and then waited a while for Z to attach the sounds to the presets -- and now the job is done.
As for CPU draw, well, welcome to the next generation!
Actually, I haven't tried this, but I wouldn't be surprised if the CPU draw would drop significantly on older HW if you went to Settings / Display and disabled a few of the buttons.
I cannot get on board with not using something because of battery drain. That’s plain silly. Plus, it’ll probably get optimized over time.
You might if your primary usage was on a phone away from the house. There are such critters I’ve heard.
I’m an obsessive about keeping a charge or topping off before I go out. No worries for me!
Perhaps the library name in the preset itself is being used? There are several different versions of the Animoog OG patch standard, and some publicly available patches use older versions (for instance, it could be that Rustik's first patches, the ones that rely on builtin and IAP timbres and not his custom timbres, use an older version). I vaguely remember discovering the way this is handled changes from version to version (patches are stored in text, so you can read them!).
If that is correct, a possible solution would be to reexport the patches from a recent version of Animoog OG, because then they would use the latest Animoog OG patch standard?
Aye. I am on board and loving it…
Just an observation. 😊
I get a day of untethered music making from a full charge on my iPhone SE (using Drambo, Model 15, Loopy Pro etc.) Z brings that down to about 2 hours.