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 Store

Loopy Pro is your all-in-one musical toolkit. Try it for free today.

Best Practices for Managing on iOS/iPadOS Limitations

This is a thread meant to explore common sense precautions against the limitations of this platform for making music professionally, for live work, or for those who are emotionally or otherwise invested in the music they produce.

We've all experienced those frustrations. Discussion usually gets heated and the complaints are often bitter. In the heat of the moment, suggestions about how to avoid or workaround these things are often not taken well, which is understandable.

Anyone that has performed live for any time knows if it can go wrong it will. The same is true if you're under deadlines, working professionally where time is money, or even if you just have great passion for your work.

Most people are used to dealing with other instruments limitations (broken strings, out of tune instruments, faulty wiring, electrical noise, failed cables, hubs, etc, etc, etc) and hardly think twice about working around them. But for some reason we expect this complex ecosystem of inexpensive apps on a device not primarily designed for performing to work flawlessly.

So ... here's a place to collect information that's meant to be proactive - to help us all learn ways to avoid those frustrations or at least recover gracefully.

«1

Comments

  • wimwim
    edited November 19

    I'll reserve this post for a list of the problems covered further in the thread. I'll try to keep it updated as new issues come up.

    Starter list:

    • Apps that disappear from the App Store (see here)
    • Apps that break after an update (see here)
    • Operating system updates breaking apps
    • Cable, hub, and power issues
    • Sample Rate, buffer, and other audio issues
    • Dealing with IAA / Standalone app limitations
    • Clock Sync to/from external devices
    • Audio interface issues
    • ...
  • Going to be a long list (I suspect) because problems usually stem from factors which were never considered before encountering them. The number of things which could go wrong due to unforeseen circumstances are vast.

  • wimwim
    edited November 18

    @NeuM said:
    Going to be a long list (I suspect) because problems usually stem from factors which were never considered before encountering them. The number of things which could go wrong due to unforeseen circumstances are vast.

    True. But there are definitely recurring issues that come up all the time here. The point is, learning as much as possible in advance what can go wrong and what to do about it is helpful.

  • Backing up Logic, my advice:

    Don’t rely on a single solution - while having a backup of each project on your iPad and iCloud may seem adequate, things can go wrong with that as your only sources of your precious material.

    As we have seen of late, apps may change or disappear completely, so if you don’t or can’t back up the apps, at least save the project in as many forms as possible.

    Answer: buy a decent card reader and quality back up media cards.
    Back up the following:
    The Logic project file.
    Finished projects as audio stems.
    Midi stems if possible - keeping aware that unfreezing some AuV3s can be problematic and may be better saving the midi stems before freezing if needed.
    Save any audio files you add to the project.
    Any AuV3 presets you make or change if possible.

    If a project is really important or possibly financially important, you may want to consider making a copy project and making stems from an unmixed version, keeping reasonable levels for later mixing and possibly dry versions of tracks in case you want to remix with different fx. Screenshots of project automation and other complexities may be helpful later on. Keep notes.

    Make a copy of your backup.
    Don’t use cheap memory cards.
    Don’t rely solely on one backup.
    Don’t rely solely on online storage.

    Please add to this if needed.

  • What a great thread idea. Yeah, have backups.

    As far as using an iPad/ipod for live gigs, I’ve only used them so far for playing pre-recorded tracks, or for sheet music (chord changes/lyrics). I make sure they are fully charged, and I test the volume before the gig starts if I can. I haven’t yet fully trusted a gig to ipad yet, so if it fails I can go on with the performance (mostly an acoustic musician here).

    The other day I couldn’t get my iPad to connect to my PA via Bluetooth to play a background track to play a trumpet solo with, but had a cord connection ready to plug-in to the headphone jack, with the aux input volume already set right, so it went ok

    Have a backup plan for everything. Backup mic, cords, speaker, keyboard, etc. I even keep a portable power unit in my car in case the gig place power goes off.

  • I like the initiative.
    Do you want to keep the list of problems on the post or maybe create an online document to assess them and add solutions proposed in the comments ?

    Anyway, if you have the $$, a second ipad used as a backup would be solving a lot of problems updating the system or the apps themselves. For production deadlines or live gigs.
    I know I will, breaking one string on stage without a backup guitar is a mistake I don't plan to recreate with the ipad

  • wimwim
    edited November 19

    @Etienne said:
    I like the initiative.
    Do you want to keep the list of problems on the post or maybe create an online document to assess them and add solutions proposed in the comments ?

    I'm planning to eventually make a wiki page, or a series of them to consolidate tips.

    The idea of that second post would be maybe to maintain a list as things come up, and hopefully add some links to jump to those parts of the discussion. We'll see if my attention span holds up to making that happen. 🙄

  • Ahahah, you took on some overtime. Take it slow @wim

    One more interesting subject : overheating

  • wimwim
    edited November 19

    Dealing with app disappearances and breakages using iMazing.

    If a developer stops paying their yearly Apple Developer fee, and in certain other circumstances, apps can become no longer available for new installs. Also, app updates can sometimes break things or otherwise change in ways we don't like, such as moving to a subscription model. If one has access to a PC or Mac, iMazing can back up and restore apps, even previous versions, provided they were backed up prior to the new versions being released.

    Overview

    iMazing can pull individual apps from the App Store and store them on a PC or Mac. It does not pull the files from your device, it downloads them from the App Store. This is important to keep in mind because if an app has disappeared (completely) from the App Store, it's too late. If an app update has been released and it breaks something, even if you haven't installed it, if you don't already have a backup, it's too late.

    iMazing does two types of backups - data or "full" backup, and app backups. It's app backups that we're concerned with here. Note: at this time the free version of iMazing is all you need for this type of backup.

    When you back up an app, a copy of it is stored on your PC or Mac. You can keep multiple versions of the same app. So, if you need to revert to an older version and it exists in your backups, you can do it as long as it will still run on your current operating system version.

    Backing Up Apps

    • Download and install iMazing. On opening it will prompt for a license key. You can select to continue in trial mode if you haven't purchased a license.
    • Connect your device to the computer with a USB cable. Select any options for trusting the device if prompted. It should then show up in iMazing for you to select.
    • Select Manage Apps, not "Back Up".

      • You will be prompted for authentication. Depending on your computer settings, this may be your Apple ID password, or it may be the password used for your keychain on the PC or Mac. Read the dialog carefully to determine which password to use.
      • There may be a button for "Always allow" that can reduce having to enter the password. Use at your own risk.
    • There will be Device and Library tabs. Go to the Library tab.

    • (From here I don't remember if all apps are listed or if you have to use the "Add from Purchase History" or "Add from App Store" button to get the apps listed.)
    • Any listings that have a cloud icon at the right can be downloaded to your computer. If you've already backed up an app and a newer version has been released, you can download the new version and choose whether to keep the older version (recommended, until its verified the new version is 100% OK).

    Restoring Apps

    • Follow the above steps to get to the App Library tab.
    • Any downloaded app version that's still compatible with your device and OS version can be installed. That means you can restore an older version if a problem has been found with the newer one. It also means you can install the app even if it has been removed completely from the App Store.

    Notes:

    • Apps can be removed from sale but still exist in the App Store. Sometimes people don't realize that they can look in their "Purchased Apps" list in the App Store for apps that have disappeared from the normal App Store search.
    • According to some, apps can disappear even from purchased items, but still be able to be backed up by iMazing. It's worth a try if you don't already have a backup.
    • As mentioned before, iMazing is only effective prior to changes in the App Store. You can't restore a previous version of an app if you didn't back it up before the update was released - even if you didn't install it.
  • @Etienne said:
    One more interesting subject : overheating

    You or the iPad? 😉

  • @wim said:
    iMazing can pull individual apps from the App Store and store them on a PC or Mac. It does not pull the files from your device, it downloads them from the App Store.

    Thanks for the detailed guide.

    In the case of multiple devices (e.g. owning various generations of iPads/iPhones), do app backups need to be made per device?

  • @busker said:

    @wim said:
    iMazing can pull individual apps from the App Store and store them on a PC or Mac. It does not pull the files from your device, it downloads them from the App Store.

    Thanks for the detailed guide.

    In the case of multiple devices (e.g. owning various generations of iPads/iPhones), do app backups need to be made per device?

    As long as the devices all use the same Apple ID, the backups can be restored on any of them. You don't need to back them up per device. The only exception I can think of would be an app that had only an iPad version and later went universal. You couldn't restore the iPad only version to an iPhone.

  • While we're on the subject of iMazing backups, does anyone have details about how IAPs work (or not)? Say, for something like Pure Synth Platinum that has a ton of IAP content?

  • @wim said:

    @busker said:

    @wim said:
    iMazing can pull individual apps from the App Store and store them on a PC or Mac. It does not pull the files from your device, it downloads them from the App Store.

    Thanks for the detailed guide.

    In the case of multiple devices (e.g. owning various generations of iPads/iPhones), do app backups need to be made per device?

    As long as the devices all use the same Apple ID, the backups can be restored on any of them. You don't need to back them up per device. The only exception I can think of would be an app that had only an iPad version and later went universal. You couldn't restore the iPad only version to an iPhone.

    I was thinking about how Apple moved to app thinning a while back, where rather than a monolithic package containing resources for all devices, the ability to have tailored builds for different devices was added on their server backend.

    I'm wondering if iMazing downloads the app version based on the connected device, in which case it may be the thinned version and not universally applicable to all devices.

  • @Etienne said:
    Ahahah, you took on some overtime. Take it slow @wim

    One more interesting subject : overheating

    Overheating, battery dying, dropping something and the damage making it unusable, unexpected rain, electrical shorts... like I said before, the list is almost endless.

  • Good question @busker - I have no clue nor way of finding out.

    I'm pretty fatalistic about old apps deteriorating to dust. If something gets lost and I could have done something easy to prevent it, I might feel bad, but if that fails, I'm not one to dwell on it.

  • wimwim
    edited November 19

    @NeuM said:

    @Etienne said:
    Ahahah, you took on some overtime. Take it slow @wim

    One more interesting subject : overheating

    Overheating, battery dying, dropping something and the damage making it unusable, unexpected rain, electrical shorts... like I said before, the list is almost endless.

    And your point vis a vis this thread is? "Don't bother there's too much to cover?" "Go live in a hole somewhere?" "Never do anything you care about on a device?" What?

    Got anything useful to contribute? 🤷🏼‍♂️

  • edited November 19

    @wim said:

    @NeuM said:

    @Etienne said:
    Ahahah, you took on some overtime. Take it slow @wim

    One more interesting subject : overheating

    Overheating, battery dying, dropping something and the damage making it unusable, unexpected rain, electrical shorts... like I said before, the list is almost endless.

    And your point vis a vis this thread is? "Don't bother there's too much to cover?" "Go live in a hole somewhere?" "Never do anything you care about on a device?" What?

    Got anything useful to contribute? 🤷🏼‍♂️

    Please don't take my observation the wrong way. Actually, I think the thread will produce a lot of good advice. I'm not trying to stop anyone from contributing and I applaud your efforts.

  • Have spare cables especially lightning cables if you're still using lightning idevices like I am.
    If you're using bluetooth have a wired solution ready just in case
    there are any issues with pairing devices.
    If you're using Ableton Link between devices then create your own hotspot
    via your mobile or use your own password protected router at the venue.
    Best to use your own router.
    When practicing make mental notes of things that make your ipad crash
    so that you can find a solution if a crash happens when you're about to perform.

  • @NeuM said:
    Please don't take my observation the wrong way. Actually, I think the thread will produce a lot of good advice. I'm not trying to stop anyone from contributing and I applaud your efforts.

    Here's hoping you have some contributions too. You know GarageBand probably better than just about anybody. If you have some ways to avoid trip-ups there or anywhere else, bring 'em. 😎

  • wimwim
    edited November 19

    @Gravitas said:
    Have spare cables especially lightning cables if you're still using lightning idevices like I am.
    If you're using bluetooth have a wired solution ready just in case
    there are any issues with pairing devices.
    If you're using Ableton Link between devices then create your own hotspot
    via your mobile or use your own password protected router at the venue.
    Best to use your own router.
    When practicing make mental notes of things that make your ipad crash
    so that you can find a solution if a crash happens when you're about to perform.

    Excellent post and in line with the next thing I was mulling over. I've always been curious whether wireless of any kind is practical for venus where there could be dozens or hundreds of devices all crowding the wireless spectrum. It gives me the shudders. But then again, so does the distinct possibility of tripping over or ripping out a cable in the middle of a performance. 😬

    I often wonder which is the bigger risk. The answer is probably "both". In which case your answer is perfect.

    "Have a backup. (and a backup of a backup if possible)."

  • @wim said:
    ....I've always been curious whether wireless of any kind is practical for venus where there could be dozens or hundreds of devices all crowding the wireless spectrum. It gives me the shudders. But then again, so does the distinct possibility of tripping over or ripping out a cable in the middle of a performance. 😬

    For the former, as a live sound engineer it's a must.
    Everyone in the audience or almost everyone in audience will have their mobile phones switched on
    and the venue most proably will have their own network going as well.
    That's a lot of signals.
    When we're out doing live sound engineering we carry our own router.
    and as for the latter, it goes without saying so there are loads of spare cables lying around.
    Ahh yes, check if the venue has a sound limiter.
    A power cut to the stage is not a fun thing,

    "Have a backup. (and a backup of a backup if possible)."

    Yup.

  • @Gravitas - what's your feeling about Bluetooth for MIDI on stage? It seems to me like that could be an issue but less than wifi would be. Part of me wants to think it's local enough and protocol specific enough to be low risk, but part of me screams "no way". I don't think I've ever read of anyone actually having a BLE Midi problem onstage. Doesn't mean it hasn't happened. On the other hand, who hasn't kicked a f*ing cable out a time or two? 😂

  • wimwim
    edited November 19

    Here's one: Storing samples in iCloud, then having them not be available because the OS has decided to offload them, but you're without internet.

    Until now, there hasn't been a solution other than "Don't do it". However, apparently iOS 18 has the ability to make samples stay local. I haven't updated yet, but if there's only one feature of 18 that will cause me to do it, this is it!

    Putting this out there in case anyone else has run into this frustration.

  • @wim said:
    @Gravitas - what's your feeling about Bluetooth for MIDI on stage?

    I wouldn't risk it.
    Bluetooth has to much latency for playing or I haven't come
    across a bluetooth device that's fast enough in that regards.
    I've had more issues with connecting Bluetooth than anything else actually.
    Once it's connected it's okay however it's getting them to connect is the issue for me
    and Bluetooth latency is unplayable for me or I haven't played a Bluetooth device that's fast enough yet.
    I do like echo however only as an effect.

    It seems to me like that could be an issue but less than wifi would be. Part of me wants to think it's local enough and protocol specific enough to be low risk, but part of me screams "no way". I don't think I've ever read of anyone actually having a BLE Midi problem onstage. Doesn't mean it hasn't happened. On the other hand, who hasn't kicked a f*ing cable out a time or two? 😂

    Agreed, who hasn't, I do that all the time.
    That's why I carry spares. ;)

  • @wim said:
    Here's one: Storing samples in iCloud, then having them not be available because the OS has decided to offload them, but you're without internet.

    Until now, there hasn't been a solution other than "Don't do it". However, apparently iOS 18 has the ability to make samples stay local. I haven't updated yet, but if there's only one feature of 18 that will cause me to do it, this is it!

    Putting this out there in case anyone else has run into this frustration.

    "Keep Downloaded" is such a great feature. Keeping my Air 3 on iOS 17, but i've used it on my iPhone and it works well. No issues so far.

  • This is a great idea. I ❤ good documentation. Thanks for putting in the work, Mike.

  • Here's one for the "Has anyone figured out workable solution?" files: Working successfully with the Lumbeats Drummer apps in a live set.

    There must have been half a dozen threads about this over time. I don't recall any ending up as a full success. If anyone has cracked that nut, describing how you've done it would be grand.

  • A short one:

    Some apps freak out with buffer sizes outside of the range 64 samples to 512 samples. This is related to defaults in the Apple libraries. Avoid buffers outside of that range - or check that first if you get weird audio behavior or crashes in particular apps.

  • wimwim
    edited November 19

    Koala pads mapping trippyness:

    Koala works by design in such a way that pad locations change in unexpected ways in portrait (4x4 grid) vs landscape (2x8) layout. This makes many people think their device or controllers are acting up. All you have to do is flip your device's orientation or resize an AUv3 window and things can get confusing real quick. Understanding how Koala works can help.

    tldr; use custom MIDI mapping and keep track of where your samples are going to deal with Koala's weirdness in this area. This will save you some real head scratching, frustration, and potential embarrassment.

    Without custom MIDI Mapping

    • When not using custom MIDI Mapping, keys map to pads by counting chromatically from the bottom left, moving left to right, then up to the next row. So, in the 4x4 grid (portrait), the bottom left pad triggers with the lowest note. The one above it in the grid is 5 semitones above.
    • In the 2x8 grid (landscape) the pads rearrange themselves into what seems an incomprehensible format. What was the lower left pad is now the 5th pad in the bottom row. The pad in the lower left is the one that was in the 2nd row left before! And the notes to trigger the pads have changed. The notes still trigger left to right, top to bottom, but the pads are in different positions!

    If you're driving Koala from an external controller or sequencer, this is completely unworkable.

    With custom MIDI Mapping

    • By custom mapping pads to MIDI Notes, you can avoid the notes changing. Each pad will still be triggered by the same note regardless of the layout.
    • The layout will still arrange in what might be a confusing manner, but the samples on those pads will still trigger with the note you expect.

    Notes

    • If you're wondering, the layout changes in this manner: The pads are arranged in groups of 4 starting from the top-left. Going from 4x4 to 2x8 the first four pads are laid down from the top left. Then the next row of 4 is laid down next to that, followed by the third row of four on the 2nd row left, and finally the 4th row next to that.
    • That would be workable if the trigger notes were rearranged in the same way when not using MIDI Mapping. But they don't rearrange. They stick to left-to right, bottom to top arrangement even though the pads do not. Go figure.
Sign In or Register to comment.