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.

Samplr 1.4 with Ableton Link is out

1…567810

Comments

  • espiegel123espiegel123

    @supadom said:

    @espiegel123 said:

    @supadom said:

    @denx said:

    @supadom said:

    @hightunnels said:
    New update seems to have broken the ability to send a loop from Loopy HD?

    Used to be you could send a currently playing loop out of Loopy into Samplr using the share feature and be able to play the loop in Samplr immediately without stopping anything. Loopy would show up in the next available empty Samplr slot. Since the update Samplr opens without the loop inserted. Can anyone else confirm this?

    I’m on a 2017 iPad with iOS 13.3 Thanks!

    Seems like it is a problem with loopy as if you send the same loop to audioshare and then open in in Samplr it works fine. We might have to bother @michael about that one.

    I seem to have the same problem starting from bm3. So it might be samplr.

    Ok, but why does it work from Audioshare? Some @j_liljedahl magic dust?

    I am still on iOS 12.3.1 and sharing from Loopy to SamplR works fine.

    Seems to be the notorious iOS 13 share sheet weirdness.

    It seems. So all we need to know is how Jonatan managed to do it. Likely through app updates ;)

    It is curious because (and I haven't upgraded to iOS 13 because of this) people have complained that some sharing from AudioShare that works in iOS 12 doesn't work in iOS 13.

    I haven't seen any devs chime in on what is up with this. I can imagine that it is a bug in iOS 13 OR that there was some spec that iOS 12 didn't enforce that iOS 13 does and so breaks calls that used to work (that shouldn't have).

  • wimwim

    @supadom said:
    It seems. So all we need to know is how Jonatan managed to do it. Likely through app updates ;)

    AudioShare is a file provider, so it's a bit different in some ways. But people have intermittently reported similar share sheet problems with AudioShare too, so it could just be chance.

  • hightunnelshightunnels

    @espiegel123 said:

    @supadom said:

    @espiegel123 said:

    @supadom said:

    @denx said:

    @supadom said:

    @hightunnels said:
    New update seems to have broken the ability to send a loop from Loopy HD?

    Used to be you could send a currently playing loop out of Loopy into Samplr using the share feature and be able to play the loop in Samplr immediately without stopping anything. Loopy would show up in the next available empty Samplr slot. Since the update Samplr opens without the loop inserted. Can anyone else confirm this?

    I’m on a 2017 iPad with iOS 13.3 Thanks!

    Seems like it is a problem with loopy as if you send the same loop to audioshare and then open in in Samplr it works fine. We might have to bother @michael about that one.

    I seem to have the same problem starting from bm3. So it might be samplr.

    Ok, but why does it work from Audioshare? Some @j_liljedahl magic dust?

    I am still on iOS 12.3.1 and sharing from Loopy to SamplR works fine.

    Seems to be the notorious iOS 13 share sheet weirdness.

    It seems. So all we need to know is how Jonatan managed to do it. Likely through app updates ;)

    It is curious because (and I haven't upgraded to iOS 13 because of this) people have complained that some sharing from AudioShare that works in iOS 12 doesn't work in iOS 13.

    I haven't seen any devs chime in on what is up with this. I can imagine that it is a bug in iOS 13 OR that there was some spec that iOS 12 didn't enforce that iOS 13 does and so breaks calls that used to work (that shouldn't have).

    Pretty sure it was working for me on 13 before the samplr update - will do the audioshare workaround for now!

  • aplourdeaplourde

    @kobamoto said:

    @bleep said:

    @kobamoto said:
    So grateful for the Samplr update, hoping next that we will get panning and sample editing within the app itself..., here's to another 100yrs of Samplr

    Panning was actually specifically mentioned in the interview with the developer that was linked to earlier. He sees the app as a touch instrument where you interact with the sounds you have prepared. If you want panning, you need to have pan included in the sample and touch it accordingly!

    I'm aware, at the same time it wasn't definitive so much as to be a rejection, and he has told me directly that he'll consider it so I hope that he's still considering. I completely agree with him on the ethos of the app but imho panning wouldn't destroy his vision or kill muscle memory, and he is keen on adding features that he feels will benefit the community at large.
    I believe that since he has acknowledge many times as well as in that interview that even though he did not create it for composing that many people use Samplr for composing and that panning is a feature that definitely falls inline with the kind he'd consider and find useful to others even though it wasn't his initial intention.... one can hope :)

    The one thing I would hope for is multiple outputs. Then you could do the panning in e.g. AUM, as well as process and record each channel separately.

  • wimwim

    @aplourde said:
    The one thing I would hope for is multiple outputs. Then you could do the panning in e.g. AUM, as well as process and record each channel separately.

    Ooh! That would be nice indeed.

  • MichaelMichael

    @espiegel123 said:
    It ju> @supadom said:

    @hightunnels said:

    @supadom said:

    @hightunnels said:
    New update seems to have broken the ability to send a loop from Loopy HD?

    Used to be you could send a currently playing loop out of Loopy into Samplr using the share feature and be able to play the loop in Samplr immediately without stopping anything. Loopy would show up in the next available empty Samplr slot. Since the update Samplr opens without the loop inserted. Can anyone else confirm this?

    I’m on a 2017 iPad with iOS 13.3 Thanks!

    Seems like it is a problem with loopy as if you send the same loop to audioshare and then open in in Samplr it works fine. We might have to bother @michael about that one.

    Thanks for checking @supadom -- its one of my favorite ways of using the two apps together!

    Yes, I miss it too but I didn’t want to bother Mr Loopy as I know he’s focused on pro.

    Is there a difference in file specs when shared from Loopy vs from AudioShare (including spelling of the extension?)

    @Michael : any thoughts?

    Have you tried using Audio Copy from Loopy’s share sheet, rather than Copy? Or vice versa

  • supadomsupadom
    edited February 2020

    @Michael said:

    @espiegel123 said:
    It ju> @supadom said:

    @hightunnels said:

    @supadom said:

    @hightunnels said:
    New update seems to have broken the ability to send a loop from Loopy HD?

    Used to be you could send a currently playing loop out of Loopy into Samplr using the share feature and be able to play the loop in Samplr immediately without stopping anything. Loopy would show up in the next available empty Samplr slot. Since the update Samplr opens without the loop inserted. Can anyone else confirm this?

    I’m on a 2017 iPad with iOS 13.3 Thanks!

    Seems like it is a problem with loopy as if you send the same loop to audioshare and then open in in Samplr it works fine. We might have to bother @michael about that one.

    Thanks for checking @supadom -- its one of my favorite ways of using the two apps together!

    Yes, I miss it too but I didn’t want to bother Mr Loopy as I know he’s focused on pro.

    Is there a difference in file specs when shared from Loopy vs from AudioShare (including spelling of the extension?)

    @Michael : any thoughts?

    Have you tried using Audio Copy from Loopy’s share sheet, rather than Copy? Or vice versa

    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

  • MichaelMichael

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

  • supadomsupadom

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

  • zeropointzeropoint

    I don’t even have “open in Audioshare” available on my share sheet. I have to save to the Audioshare folder via the Files app..... Mini 5 . 13.3

  • kobamotokobamoto

    @wim said:

    @aplourde said:
    The one thing I would hope for is multiple outputs. Then you could do the panning in e.g. AUM, as well as process and record each channel separately.

    Ooh! That would be nice indeed.

    I'd settle for that, but would still like in app panning while composing ... lots of moving around the stereo field there would be allot of tedious switching back and forth between screens.... still if that's all we can get, I'd take all of that lol

  • MichaelMichael

    @supadom said:

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

    Yep, because the "Open In" feature just uses the file that Loopy gives it (which is an AIFF). If you do it via AudioShare, I'm assuming AudioShare does an internal conversion to WAV along the way. Or something...

  • hightunnelshightunnels

    @Michael said:

    @supadom said:

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

    Yep, because the "Open In" feature just uses the file that Loopy gives it (which is an AIFF). If you do it via AudioShare, I'm assuming AudioShare does an internal conversion to WAV along the way. Or something...

    Hmmm- that makes sense but “open in” samplr directly from loopy worked until just recently-and I thought if an app didn’t accept the file type it wouldn’t show up in “open in” - Don’t have my pad with me to confirm that right now

  • MichaelMichael

    @hightunnels said:

    @Michael said:

    @supadom said:

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

    Yep, because the "Open In" feature just uses the file that Loopy gives it (which is an AIFF). If you do it via AudioShare, I'm assuming AudioShare does an internal conversion to WAV along the way. Or something...

    Hmmm- that makes sense but “open in” samplr directly from loopy worked until just recently-and I thought if an app didn’t accept the file type it wouldn’t show up in “open in” - Don’t have my pad with me to confirm that right now

    It's really just up to the app to declare what it can and can't support - if the app gets that wrong, there's no way the system can know in advance.

  • hightunnelshightunnels

    @Michael said:

    @hightunnels said:

    @Michael said:

    @supadom said:

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

    Yep, because the "Open In" feature just uses the file that Loopy gives it (which is an AIFF). If you do it via AudioShare, I'm assuming AudioShare does an internal conversion to WAV along the way. Or something...

    Hmmm- that makes sense but “open in” samplr directly from loopy worked until just recently-and I thought if an app didn’t accept the file type it wouldn’t show up in “open in” - Don’t have my pad with me to confirm that right now

    It's really just up to the app to declare what it can and can't support - if the app gets that wrong, there's no way the system can know in advance.

    Ah I see—thanks @Michael

  • cuscolimacuscolima

    Here is a very Samplr-ed track. Hope you like it

  • drezdrez

    Really cool stuff @cuscolima !!

  • christsinfamiechristsinfamie

    Wonderful news. I really enjoy Koala... is this worth the purchase, if I am in the market for using the iPad as a serious sampler over Koala?

  • JohnnyGoodyearJohnnyGoodyear

    @cuscolima said:
    Here is a very Samplr-ed track. Hope you like it

    Good and various noise there.

  • anicktanickt

    @cuscolima said:
    Here is a very Samplr-ed track. Hope you like it

    Nicely done 👍🏼

  • GrimLuckyGrimLucky

    Does the new version have multiple outputs in AB/AUM?

  • FingolfinzzzFingolfinzzz

    @GrimLucky said:
    Does the new version have multiple outputs in AB/AUM?

    No it’s just a single output

  • GrimLuckyGrimLucky

    @JackDwyerburger said:

    @GrimLucky said:
    Does the new version have multiple outputs in AB/AUM?

    No it’s just a single output

    Ok, thanks.

  • cuscolimacuscolima

    @drez @JohnnyGoodyear @anickt Thanks guys ! SamplR is really a cool and inspiring app

  • j_liljedahlj_liljedahl

    @Michael said:

    @supadom said:

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

    Yep, because the "Open In" feature just uses the file that Loopy gives it (which is an AIFF). If you do it via AudioShare, I'm assuming AudioShare does an internal conversion to WAV along the way. Or something...

    Actually no, AudioShare does not do any automagic conversion. Not when using "Open in" and not when using the AudioShare SDK. However, there indeed are weird stuff on iOS 13 happening: some apps can't open files sent from AudioShare, and some apps moves them out of AudioShare (WTF?). I'll delve into this as soon as possible.

    BTW, Marcos had trouble with this with Samplr as well, and we found out that it was about "security scoped URLs", one need to enclose the URL access around beginSecurityScopedURLAccessOrSomeOtherVeryLongMethodName, and an endSameThingLongMethod. I think all this is about opening files in place instead of copying them. I'm not sure what the best solution is, because I'd like:

    1. Other apps not being able to move files out of AudioShare by mistake
    2. Other apps being able to opening files in place directly in AudioShare without copying them into their own documents folder

    And I'm not sure I can have both..

  • MichaelMichael

    @j_liljedahl said:

    @Michael said:

    @supadom said:

    @Michael said:

    @supadom said:
    Just tried what you’ve suggested and it works with latest version of Samplr. The open in was a one step process so was quicker live but I’d rather you spent your coding time more (pro)ductively ;)

    Ah good! Hmm, I guess Samplr only supports a few audio file formats; Loopy uses AIFF, I'd say perhaps AudioShare uses something else, WAV maybe.

    Yes but if I open in from loopy directly to samplr it doesn’t work. Same file open in from loopy to audioshare and then open in to samplr works! Magic! :)

    Yep, because the "Open In" feature just uses the file that Loopy gives it (which is an AIFF). If you do it via AudioShare, I'm assuming AudioShare does an internal conversion to WAV along the way. Or something...

    Actually no, AudioShare does not do any automagic conversion. Not when using "Open in" and not when using the AudioShare SDK. However, there indeed are weird stuff on iOS 13 happening: some apps can't open files sent from AudioShare, and some apps moves them out of AudioShare (WTF?). I'll delve into this as soon as possible.

    BTW, Marcos had trouble with this with Samplr as well, and we found out that it was about "security scoped URLs", one need to enclose the URL access around beginSecurityScopedURLAccessOrSomeOtherVeryLongMethodName, and an endSameThingLongMethod. I think all this is about opening files in place instead of copying them. I'm not sure what the best solution is, because I'd like:

    1. Other apps not being able to move files out of AudioShare by mistake
    2. Other apps being able to opening files in place directly in AudioShare without copying them into their own documents folder

    And I'm not sure I can have both..

    Yikes! That’s alarming!

  • thumbslapperthumbslapper

    Samplr down to $15...

  • TurntablistTurntablist

    Is Dropbox import supposed to work, just kills the audio on the app here and nothing works until force closing the app ?

  • TurntablistTurntablist

    @wim said:
    [edit] Comments above made looking at the wrong version. As pointed out by others later, the folder is exposed in the files app, so it's now easy to copy things in and out.

    Its not in the files app here, import from dropbox, app crashes, force close, reopen app, sample is now loaded and working from dropbox, no folder for samplr in files app.

  • CarnbotCarnbot
    edited March 2020

    Looks like the recent update removed the folder from Files app :neutral:
    @Marcos can we have this put back please :)

    edit: heard back and he said it will be addressed in an update :)

Sign In or Register to comment.

© Vanilla Keystone Theme 2025