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.

Korg Gadget for Mac coming soon

1…1011131516…42

Comments

  • aaronpcaaronpc

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

  • db909db909

    Yeah really wish gadget had a "record on input" option like ya know, ikaossilator and stuff. It works folks.

  • stemshadestemshade

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Not even look ahead. If a chord is pressed down on the controller when it finally starts reading why doesn't it just apply the note start?

  • ProcessaurusProcessaurus

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

  • aaronpcaaronpc

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    I'm with you, but the app is already waiting for that first on message as the section loops (if you have the record button on). If you're a tad early, I think the app should be able to recognize that you didn't want a micro note at the end of the loop, but instead swing it around to the start and wait for the off message. All you would need are time thresholds at either end of the loop (theoretically— I'm no programmer).

    Infinite Looper has the same issue, and since he actually responds to questions, unlike Korg, I will try to summon him now. Everyone hold hands...

    @SecretBaseDesign

  • JohnnyGoodyearJohnnyGoodyear

    @aaronpc said:

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    I'm with you, but the app is already waiting for that first on message as the section loops (if you have the record button on). If you're a tad early, I think the app should be able to recognize that you didn't want a micro note at the end of the loop, but instead swing it around to the start and wait for the off message. All you would need are time thresholds at either end of the loop (theoretically— I'm no programmer).

    Infinite Looper has the same issue, and since he actually responds to questions, unlike Korg, I will try to summon him now. Everyone hold hands...

    @SecretBaseDesign

    It has almost been twenty of your Earth minutes Captain. I fear he is no more....

  • aaronpcaaronpc

    @JohnnyGoodyear said:

    @aaronpc said:

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    I'm with you, but the app is already waiting for that first on message as the section loops (if you have the record button on). If you're a tad early, I think the app should be able to recognize that you didn't want a micro note at the end of the loop, but instead swing it around to the start and wait for the off message. All you would need are time thresholds at either end of the loop (theoretically— I'm no programmer).

    Infinite Looper has the same issue, and since he actually responds to questions, unlike Korg, I will try to summon him now. Everyone hold hands...

    @SecretBaseDesign

    It has almost been twenty of your Earth minutes Captain. I fear he is no more....

    KOOOOORG!

  • Matt_Fletcher_2000Matt_Fletcher_2000

    Just catching up with all of this.

    All encouraging stuff.

    Looking at the audio tracks screen grabs (for the guitar recorder gadget anyway) there appear to be very few tools available. No select tool for copy, cut paste etc.

    Just a gain, start and finish tool.

    My guess is that it records up to the length of the scene clip and then will record into the next scene if you continue playing/recording. The exact same way it records midi.

    Then perhaps the start and finish tool allow you to nudge the recorded clip back or forward a bit in time. A bit like a clip in Blocs Wave.

    And my guess is that's it for now.

    That's a big step forward for me. I think I'd end up recording longer stuff in AUM and then just chop into 16 bar sections and import these into Gadget.

    Im also wondering how easy it will be to get (copy?) audio clips out of Gadget. That would nice to do (export it out, mess with it in Effectrix or whatever, then dump it back in).

  • AudioGusAudioGus

    @Matt_Fletcher_2000 said:
    Just catching up with all of this.

    All encouraging stuff.

    Looking at the audio tracks screen grabs (for the guitar recorder gadget anyway) there appear to be very few tools available. No select tool for copy, cut paste etc.

    Just a gain, start and finish tool.

    My guess is that it records up to the length of the scene clip and then will record into the next scene if you continue playing/recording. The exact same way it records midi.

    Then perhaps the start and finish tool allow you to nudge the recorded clip back or forward a bit in time. A bit like a clip in Blocs Wave.

    And my guess is that's it for now.

    That's a big step forward for me. I think I'd end up recording longer stuff in AUM and then just chop into 16 bar sections and import these into Gadget.

    Im also wondering how easy it will be to get (copy?) audio clips out of Gadget. That would nice to do (export it out, mess with it in Effectrix or whatever, then dump it back in).

    Yah doesnt apear like it would be robust in terms of editing. Big goofy cartoony reel to reel.

  • stemshadestemshade

    @AudioGus said:

    @Matt_Fletcher_2000 said:
    Just catching up with all of this.

    All encouraging stuff.

    Looking at the audio tracks screen grabs (for the guitar recorder gadget anyway) there appear to be very few tools available. No select tool for copy, cut paste etc.

    Just a gain, start and finish tool.

    My guess is that it records up to the length of the scene clip and then will record into the next scene if you continue playing/recording. The exact same way it records midi.

    Then perhaps the start and finish tool allow you to nudge the recorded clip back or forward a bit in time. A bit like a clip in Blocs Wave.

    And my guess is that's it for now.

    That's a big step forward for me. I think I'd end up recording longer stuff in AUM and then just chop into 16 bar sections and import these into Gadget.

    Im also wondering how easy it will be to get (copy?) audio clips out of Gadget. That would nice to do (export it out, mess with it in Effectrix or whatever, then dump it back in).

    Yah doesnt apear like it would be robust in terms of editing. Big goofy cartoony reel to reel.

    Maybe you can slice the tape with the apple pen

  • CarnbotCarnbot

    Wow, great that Audio Gadget's been confirmed for iOS finally. Interesting that Mac version is 'fully' compatible with Live too.

  • SecretBaseDesignSecretBaseDesign
    edited January 2017

    @JohnnyGoodyear said:

    @aaronpc said:

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    I'm with you, but the app is already waiting for that first on message as the section loops (if you have the record button on). If you're a tad early, I think the app should be able to recognize that you didn't want a micro note at the end of the loop, but instead swing it around to the start and wait for the off message. All you would need are time thresholds at either end of the loop (theoretically— I'm no programmer).

    Infinite Looper has the same issue, and since he actually responds to questions, unlike Korg, I will try to summon him now. Everyone hold hands...

    @SecretBaseDesign

    It has almost been twenty of your Earth minutes Captain. I fear he is no more....

    WHO SUMMONS THE GREAT AND POWERFUL OZ?!

    Infinite will "round up" just a little bit notes at the very end of a loop, so that they get pushed to the start of it -- and the tricky part is knowing how far you should go on a "push." I might make this something that you could tweak in settings, or something.

    --
    Just took a quick look at the code -- and I can probably make this a bit smarter. So I'll try to smartify it for the update.

  • JohnnyGoodyearJohnnyGoodyear

    @SecretBaseDesign said:

    @JohnnyGoodyear said:

    @aaronpc said:

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    I'm with you, but the app is already waiting for that first on message as the section loops (if you have the record button on). If you're a tad early, I think the app should be able to recognize that you didn't want a micro note at the end of the loop, but instead swing it around to the start and wait for the off message. All you would need are time thresholds at either end of the loop (theoretically— I'm no programmer).

    Infinite Looper has the same issue, and since he actually responds to questions, unlike Korg, I will try to summon him now. Everyone hold hands...

    @SecretBaseDesign

    It has almost been twenty of your Earth minutes Captain. I fear he is no more....

    WHO SUMMONS THE GREAT AND POWERFUL OZ?!

    Infinite will "round up" just a little bit notes at the very end of a loop, so that they get pushed to the start of it -- and the tricky part is knowing how far you should go on a "push." I might make this something that you could tweak in settings, or something.

    --
    Just took a quick look at the code -- and I can probably make this a bit smarter. So I'll try to smartify it @Se@SecretBaseDesign

    It was that other guy. Honest

  • db909db909

    @SecretBaseDesign just looks at his code, says "ehh it could be better". DEV OF THE YEAR. Take notes!

  • stemshadestemshade

    Midi record starting with pre-roll?

  • [Deleted User][Deleted User]

    So, no news on pricing and availability. Argh :#

  • HalftoneHalftone

    @yug said:
    So, no news on pricing and availability. Argh :#

    I know. This wait is worse than most others have been...

  • SpookyZooSpookyZoo

    @JohnnyGoodyear said:

    @SecretBaseDesign said:

    @JohnnyGoodyear said:

    @aaronpc said:

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    I'm with you, but the app is already waiting for that first on message as the section loops (if you have the record button on). If you're a tad early, I think the app should be able to recognize that you didn't want a micro note at the end of the loop, but instead swing it around to the start and wait for the off message. All you would need are time thresholds at either end of the loop (theoretically— I'm no programmer).

    Infinite Looper has the same issue, and since he actually responds to questions, unlike Korg, I will try to summon him now. Everyone hold hands...

    @SecretBaseDesign

    It has almost been twenty of your Earth minutes Captain. I fear he is no more....

    WHO SUMMONS THE GREAT AND POWERFUL OZ?!

    Infinite will "round up" just a little bit notes at the very end of a loop, so that they get pushed to the start of it -- and the tricky part is knowing how far you should go on a "push." I might make this something that you could tweak in settings, or something.

    --
    Just took a quick look at the code -- and I can probably make this a bit smarter. So I'll try to smartify it @Se@SecretBaseDesign

    It was that other guy. Honest

    Haha. Perfect!

  • SamuSamu

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is something that bothers me too. I'm usually a bit ahead of time when listening to a metronome and a missed first beat is a bit annoying. So yeah a 'pre-roll' would come in handy for both audio and midi.

    Also I'd love to have an option to 'start record in key down' like in iKaossilator and Figure, and for audio 'record on input'(especially handy when sampling IAA-Instruments, this is something iMPC Pro does 'right').

    And well, I've pushed for 'step recording'(SH-101 style) for Gadget in quite a few threads over at the Korg forums together with bigger on-screen keys.

    I'm pretty eager to get my hands on Gadget 3.0 when ever it hits the AppStore.
    There might be a lot of 'under the hood improvements' we've not even thought about yet :D

  • Matt_Fletcher_2000Matt_Fletcher_2000

    More thoughts from my brain box...

    Gadget could really do with live Midi out now. In some of the marketing pics they show Gadget amongst some Volcas. Surely it makes sense for us to be able to sequence (and record in) one or more Volcas as part of our Gadget productions?

    And of course we could also then sequence and record in any number of 3rd party apps and hardware. :).

    I can't now see this is any kind of a threat to Korg. It just makes things a little easier than having to run another sequencer in sync with Gadget (possible of course).

    Until this point, though, I think I'm going to be Link syncing Genome to Gadget and using Genome to sequence other apps - while recording the output into Gadget. Another option would be using my Circuit.

  • AndyPlanktonAndyPlankton

    @Processaurus said:

    @aaronpc said:

    @vpich said:
    Well that plays into my main gripe with recording free form midi in (like a rhodes part etc). It's commom to be a tad ahead of the beat and currently gadget ignores even a millisecond before. Just ignores whatever is pressed down on my controller instead of just adding a start point of whatever note is currently playing at 1.1. Only way around this is waiting for the whole segment (8 or 16 or whatever) and then playing as normal. Then it sounds as it should, no truncating or omitting. Hopefully audio recording will be fully on at 1.1, grabbing everything and just applying a fade in to avoid clipping.

    This is a common problem in midi apps, and I've never understand why they can't implement a simple look ahead feature like you describe.

    Yes, most of them do that, because midi just sends a message when you press the note, and one when you let up. The programmers follow suit, so the apps ignore all the messages until it starts recording. You'd have to be clever to get around the 1st note problem. It would have to start recording early, or if you want it to start recording instantly, it would have to always be recording, and dumping the messages that are more than a beat old.

    OR...if it gets a Note OFF before anything else..put a note ON at 1st position.

  • AndyPlanktonAndyPlankton

    @Matt_Fletcher_2000 said:
    More thoughts from my brain box...

    Gadget could really do with live Midi out now. In some of the marketing pics they show Gadget amongst some Volcas. Surely it makes sense for us to be able to sequence (and record in) one or more Volcas as part of our Gadget productions?

    And of course we could also then sequence and record in any number of 3rd party apps and hardware. :).

    I can't now see this is any kind of a threat to Korg. It just makes things a little easier than having to run another sequencer in sync with Gadget (possible of course).

    Until this point, though, I think I'm going to be Link syncing Genome to Gadget and using Genome to sequence other apps - while recording the output into Gadget. Another option would be using my Circuit.

    Gadget has now moved on the site from APPS to DAW.......it makes sense that MIDI OUT should come at some point :)

  • AndyPlanktonAndyPlankton

    @AudioGus said:

    @Matt_Fletcher_2000 said:
    Just catching up with all of this.

    All encouraging stuff.

    Looking at the audio tracks screen grabs (for the guitar recorder gadget anyway) there appear to be very few tools available. No select tool for copy, cut paste etc.

    Just a gain, start and finish tool.

    My guess is that it records up to the length of the scene clip and then will record into the next scene if you continue playing/recording. The exact same way it records midi.

    That doesn;t work for scenes that repeat as you record over what is already there...same thing happens with MIDI now.

  • [Deleted User][Deleted User]

    I would like to send midi from say track 1 to track 2....that would be usefull

  • SamuSamu

    @DaveMagoo said:
    I would like to send midi from say track 1 to track 2....that would be usefull

    This would make layering piece of cake, me like the idea a lot :)

    I'm also hoping it will be possible to feed the new audio-recorder from a selected track in addition to audio-input via either IAA or AudioBus.

  • Matt_Fletcher_2000Matt_Fletcher_2000

    @Samu said:

    @DaveMagoo said:
    I would like to send midi from say track 1 to track 2....that would be usefull

    This would make layering piece of cake, me like the idea a lot :)

    I'm also hoping it will be possible to feed the new audio-recorder from a selected track in addition to audio-input via either IAA or AudioBus.

    I somehow doubt it will do that.

    Out of interest, how would you use this?

  • SamuSamu
    edited January 2017

    @Matt_Fletcher_2000 said:

    I somehow doubt it will do that.

    Out of interest, how would you use this?

    It would be very useful for layering sounds avoiding to duplicate note-tracks.
    (Think of it as sending midi-notes to a 'rack of instruments' receiving on the same midi-channel).

    For audio-recording it could be used to 're-sample/record' a track or tracks for use with the Gadgets that can use user-samples.

    Time will tell what Gadget 3.0 will bring, until then it's all pure speculation and quesswork :)

  • TritonmanTritonman

    I am really surprised this was not released for NAMM. Once the announcement was made I thought it would only be a matter of hours.

  • TritonmanTritonman

    You don't suppose Apple would be holding this while the new GarageBand debuts!

  • AndyPlanktonAndyPlankton

    It may be the case that Korg want to do the 2 releases together, so we may not see the iOS verson until the Mac version is released and vice versa.....

    Just have to put the be patient cap on and wait ;)

Sign In or Register to comment.

© Vanilla Keystone Theme 2025