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.

Audio distortion Issue with Steinberg UR12 on iPad 9 for Live Show

I am trying to use the iPad 9 in my live show, using AUM, to run Pianoteq 8, Moog Model D, and connect a microphone so I can adjust the voice effects live. So far, I’ve managed to set up almost everything, but when I connect the audio interface, which is a Steinberg UR12, the audio starts normal and quickly begins to distort gradually until the sound becomes completely strange. Soon after, the sound returns to normal but with a huge delay. Does anyone know how to solve this?

And if I use the iPad's headphone output to the mixer instead of the audio interface output, would there be any loss in audio quality? This way, I wouldn’t be able to use the microphone, but at least the piano and synth sounds would work.

Comments

  • wimwim
    edited August 4

    Probably the headphone out would have a little worse quality than your interface output, but I doubt enough to make any noticeable difference by the time the PA is done with it ... unless there are impedance issues.

    You might still be able to use the headphone out even mic on the audio interface. Be sure the patch cord doesn't have three rings, only two. I'm guessing using earbuds with a mic has lead you to think that it will steal the audio interface. It won't if there's no mic ring. Plug it in after the interface. Be sure to turn on "High Quality" (measurement mode).

    My only guess about the rest is it could be a sample rate issue? Check what's shown in AUM settings for sample rate before and after you plug in the interface. Check the levels on an empty input channel too to see if they change.

  • @wim said:
    Probably the headphone out would have a little worse quality than your interface output, but I doubt enough to make any noticeable difference by the time the PA is done with it ... unless there are impedance issues.

    You might still be able to use the headphone out even mic on the audio interface. Be sure the patch cord doesn't have three rings, only two. I'm guessing using earbuds with a mic has lead you to think that it will steal the audio interface. It won't if there's no mic ring. Plug it in after the interface. Be sure to turn on "High Quality" (measurement mode).

    My only guess about the rest is it could be a sample rate issue? Check what's shown in AUM settings for sample rate before and after you plug in the interface. Check the levels on an empty input channel too to see if they change.

    When I set the interface, the sample rate changes from 48kHz to 44.1kHz, and the buffer size remains the same at 256. I’m only adjusting the output level on the interface since the controller is also connected directly to the iPad. I’m using a USB Power Hub to connect both the controller and the interface to the iPad.

  • Don’t you get Cubase and Cubasis with that? That’s an awesome interface /deal

    Did you go to the sample rate settings and check if enable “force 44.1khz”??

  • @tchem said:

    @wim said:
    Probably the headphone out would have a little worse quality than your interface output, but I doubt enough to make any noticeable difference by the time the PA is done with it ... unless there are impedance issues.

    You might still be able to use the headphone out even mic on the audio interface. Be sure the patch cord doesn't have three rings, only two. I'm guessing using earbuds with a mic has lead you to think that it will steal the audio interface. It won't if there's no mic ring. Plug it in after the interface. Be sure to turn on "High Quality" (measurement mode).

    My only guess about the rest is it could be a sample rate issue? Check what's shown in AUM settings for sample rate before and after you plug in the interface. Check the levels on an empty input channel too to see if they change.

    When I set the interface, the sample rate changes from 48kHz to 44.1kHz, and the buffer size remains the same at 256. I’m only adjusting the output level on the interface since the controller is also connected directly to the iPad. I’m using a USB Power Hub to connect both the controller and the interface to the iPad.

    Try force-quitting all apps, rebooting the iPad (or iPhone?), plugging the interface in first, then starting AUM and then finally loading your saved session. It could be the sample-rate change not being handled well by some plugin you have in use. Most should be able to handle that, but a few aren't well behaved. You can also try setting AUM to the eventual sample rate your interface will use without the interface in use, then plugging in the interface, and finally loading the session. The goal would be to find a way that doesn't end up changing the sample rate after the project is loaded. If that all works, then running down the misbehaving plugin through process of elimination is a good follow-up.

    Of course, sample-rate might have nothing at all to do with it. I'm just guessing here.

  • @yellow_eyez said:
    Don’t you get Cubase and Cubasis with that? That’s an awesome interface /deal

    Did you go to the sample rate settings and check if enable “force 44.1khz”??

    I also have Cubasis, but for this purpose, I prefer AUM. However, the problem is the same in Cubasis.

  • @wim said:

    @tchem said:

    @wim said:
    Probably the headphone out would have a little worse quality than your interface output, but I doubt enough to make any noticeable difference by the time the PA is done with it ... unless there are impedance issues.

    You might still be able to use the headphone out even mic on the audio interface. Be sure the patch cord doesn't have three rings, only two. I'm guessing using earbuds with a mic has lead you to think that it will steal the audio interface. It won't if there's no mic ring. Plug it in after the interface. Be sure to turn on "High Quality" (measurement mode).

    My only guess about the rest is it could be a sample rate issue? Check what's shown in AUM settings for sample rate before and after you plug in the interface. Check the levels on an empty input channel too to see if they change.

    When I set the interface, the sample rate changes from 48kHz to 44.1kHz, and the buffer size remains the same at 256. I’m only adjusting the output level on the interface since the controller is also connected directly to the iPad. I’m using a USB Power Hub to connect both the controller and the interface to the iPad.

    Try force-quitting all apps, rebooting the iPad (or iPhone?), plugging the interface in first, then starting AUM and then finally loading your saved session. It could be the sample-rate change not being handled well by some plugin you have in use. Most should be able to handle that, but a few aren't well behaved. You can also try setting AUM to the eventual sample rate your interface will use without the interface in use, then plugging in the interface, and finally loading the session. The goal would be to find a way that doesn't end up changing the sample rate after the project is loaded. If that all works, then running down the misbehaving plugin through process of elimination is a good follow-up.

    Of course, sample-rate might have nothing at all to do with it. I'm just guessing here.

    I tried to fix a few things here; it seems to have helped, but the problem is still occurring. It’s a cyclical issue: everything starts off fine, then there’s a static noise that intensifies and overlaps with the piano sound, until the static nearly overtakes the piano sound. Then the piano sound starts lagging behind, the static moves along with me playing, and the piano sound stays delayed until the static goes away and only the delayed piano sound remains. After that, it goes back to normal, and then it all starts over again.

    What a strange issue.

  • A solution that's working is when the problem starts to appear, I change the sample rate. Whenever I switch the sample rate, it returns to normal and the cycle I mentioned above starts again.

  • What plugin are you using for the piano? Have you tried a different plugin?

  • A screenshot showing the plugins in use might be helpful.

  • You might try a larger buffer size, to see if your processing chain is overwhelming the iPad CPU. You could also try bypassing some of the plug-ins (swipe icon left in AUM) to reduce the processing load.

  • edited August 5

    yep, sounds like your CPU, you'll need to increase buffer size and add latency.

  • I set the buffer size to the maximum and 70 seconds of latency, but the problem still persists.>
    @Danny_Mammy said:

    yep, sounds like your CPU, you'll need to increase buffer size and add latency.

  • @tchem said:
    I set the buffer size to the maximum and 70 seconds of latency, but the problem still persists.>
    @Danny_Mammy said:

    yep, sounds like your CPU, you'll need to increase buffer size and add latency.

    sounds bad man

  • One important point is that the output from the P2 directly from the iPad is perfect; the problem only occurs when using the interface.

  • edited August 6

    Try Drambo instead of aum.

    Or other host that isnt like aum.

    Aum buffer gets set by another host. If open before aum.

    Wonder if an app might be over riding aum or something but wouldnt know.

    I guess you can only test another host.

  • edited August 6

    Point 1/ and 2/ might be of help. Also check if there's a firmware update 🤔

  • Guys, I found the problem. One of the USB cables in the systems I assembled had a loose connection. I replaced it, and everything worked perfectly. What a relief! Hahaha.

Sign In or Register to comment.