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.

iOS midi sync drift battle. (Video)

Needless to say, over the years, Midi sync has been a pain in the neck for most of us. I made this video not to bash developers but to finally and once for all solve the midi sync issue. I’ve also made this video and thread public so we can all have a say about our experiences with sync.

While clock sync between has improved immensely over the years, with Ableton Link and clock compensation in Audiobus there’s still one issue that escaped our attention:

Please enter....drift.

Basically, despite cloak being all good and even at the beginning of the session, if sessions is left to play unstopped for a few minutes magical things start to appear out of nowhere:

Please enter...polyrhythms....

Just kidding. Simply different apps start drifting.

In the video I’ve used:

3 IAAs

2 AUs

Audiobus (host).

Everything is synced to Audiobus via midi sync accept AU apps which automagically receive the clock from the host.

I’ve found that strangely my results didn’t group apps clock ability by the type of app AU vs IAA etc. It all seems random and likely due to different way apps process sync information. Here over the period of 5 minutes there is a significant drift between two groups of apps:

A. Loopy HD, Ruismaker Noir and Patterning

B. Drambo and Samplr.

Looking at Audiobus’ visual ticks it seems that it could also be included in group A. But let me show it to you so you can see for yourself and draw your own conclusions.

Comments

  • I can guarantee that Noir is more than sample-accurate. It resyncs to ~10 decimals accuracy every render call.

    Obviously this accuracy depends on the clock phase transmitted by the AU host. So if you notice drift it is due to the host, not the plugin :)

  • @brambos said:
    I can guarantee that Noir is more than sample-accurate. It resyncs to ~10 decimals accuracy every render call.

    Obviously this accuracy depends on the clock phase transmitted by the AU host. So if you notice drift it is due to the host, not the plugin :)

    Cool, thanks for the reassurance. So the next important question is: what if two hosted apps drift between them?

  • edited April 2020

    Thanks for doing this test! Very interesting particularly given that the ones that seem out of time are both an audio unit and an app, synced to completely different things (midi and AU host sync). Super weird, and I have absolutely no idea how that could be...

    Are you able to reproduce the same set up within AUM?

  • @Michael said:
    Thanks for doing this test! Very interesting particularly given that the ones that seem out of time are both an audio unit and an app, synced to completely different things (midi and AU host sync). Super weird, and I have absolutely no idea how that could be...

    Are you able to reproduce the same set up within AUM?

    I’ve tried but AUm seems to only send midi clock to one destination at a time and I thought daisy chaining would be beside the point.

    Would you like me to send you the audiobus session I’ve tested it with?

  • @supadom said:

    @Michael said:
    Thanks for doing this test! Very interesting particularly given that the ones that seem out of time are both an audio unit and an app, synced to completely different things (midi and AU host sync). Super weird, and I have absolutely no idea how that could be...

    Are you able to reproduce the same set up within AUM?

    I’ve tried but AUm seems to only send midi clock to one destination at a time and I thought daisy chaining would be beside the point.

    Would you like me to send you the audiobus session I’ve tested it with?

    True that. No, that's okay, I think I can reproduce it if I need to. Not sure where to turn next, right now, though, will need to think about it. A little reluctant to abandon Loopy Pro dev for a while to investigate right now as I've got a bit of momentum =/

  • @Michael said:

    @supadom said:

    @Michael said:
    Thanks for doing this test! Very interesting particularly given that the ones that seem out of time are both an audio unit and an app, synced to completely different things (midi and AU host sync). Super weird, and I have absolutely no idea how that could be...

    Are you able to reproduce the same set up within AUM?

    I’ve tried but AUm seems to only send midi clock to one destination at a time and I thought daisy chaining would be beside the point.

    Would you like me to send you the audiobus session I’ve tested it with?

    True that. No, that's okay, I think I can reproduce it if I need to. Not sure where to turn next, right now, though, will need to think about it. A little reluctant to abandon Loopy Pro dev for a while to investigate right now as I've got a bit of momentum =/

    Ok. I’m sure it can wait, I’m not playing any serious shows anytime soon ;)

  • The user and all related content has been deleted.
  • @tja said:
    @supadom Could you possibly share the AudioBus project / URL?

    No problem

    http://preset.audiob.us/5g8rOG61jpczwwa

  • The user and all related content has been deleted.
  • edited April 2020
    The user and all related content has been deleted.
  • edited April 2020
    The user and all related content has been deleted.
  • @tja said:
    @Michael a little bit offtopic, but trying to open the link from @supadom crashed AudioBus 2 times now.

    EDIT: The preset got saved, but even loading it from the list of presets crashes AudioBus!

    Anything I can do to give you more information?

    Whoa! Yep!

    1. Open the Settings app. Find Privacy, then Analytics, Analytics Data
    2. Look for entries with the app name, with the date/time that matches when you saw the crash. Note that any entries with "wakeups" in the name aren't actually crashes, but another kind of log that isn't much use for diagnosis: Ignore those ones.
    3. Select the entry, then tap the share button at the top right (a square with an upwards arrow) and email the contents to me.
  • The user and all related content has been deleted.
  • @tja said:
    I did so, @Michael

    I saw three crashes:

    I sent the latest, while loading from within the App

    Thanks! Got 'em, and I can see the problem. No idea why this hasn't come up before! On it.

  • The user and all related content has been deleted.
  • @Michael said:
    . A little reluctant to abandon Loopy Pro dev for a while to investigate right now as I've got a bit of momentum =/

    Oh I know that feeling.

  • edited April 2020

    @tja said:
    @Michael a little bit offtopic, but trying to open the link from @supadom crashed AudioBus 2 times now.

    EDIT: The preset got saved, but even loading it from the list of presets crashes AudioBus!

    Anything I can do to give you more information?

    BTW, I don't have Samplr, I thought it to be Samplist, but it is not.
    Still, this should not crash AudioBus...

    Try this one. I took out Samplr and reset Loopy session.

    http://preset.audiob.us/7X3gsJQYPsBU9JP

  • The user and all related content has been deleted.
  • edited April 2020
    The user and all related content has been deleted.
  • Just to let you know that all of the sync issues with the above apps have been sorted out in their latest betas. Amazingly quick support. Thanks devs.

Sign In or Register to comment.