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: Stockholm by Reason

11112141617

Comments

  • Oh, and to open from AudioShare you need to initiate it from Gadget by selecting import from AudioShare, then you can select the file in AudioShare.

  • The fastest way to get all the REX files into Gadget is to use iFunBox or iTunes using a computer :)

    Now if Gadget had FIles.app support (ie. Gadget's Documents folder visible in Files.app) it would be a matter of 'select all, copy, go to Gadget's folder and paste'.

  • You guys rock! Will try it now!

  • @FlightManual said:
    You guys rock! Will try it now!

    Just trying do my best to keep the AB-Community spirit alive ;)

  • @R_2 said:

    @Matt_Fletcher_2000 said:

    Hi @davis_korgrd

    Thanks very much for coming on and talking about Stockholm.

    I’m a really big Gadget fan. So please do pass on thanks to the rest of the team. It’s an amazing app, and generally super, super solid (apart from the battery drain!).

    Indeed the battery drain... @davis_korgrd What’s the status on solving this problem?
    No other ‘heavy’ app comes close to Gadget’s cpu heat/battery consumption.
    From my tests I believe it’s mostly caused by graphic/UI stuff (more than sound).

    For example: Lisbon maxing out CPU load without even playing a single note, just looking at the screen.

    As you said, much of the trouble is UI related.

    Lisbon is probably our worst offender in that regard, because of all of the animations and fancy stuff going on. We know where this problem is coming from; the problem for us is doing something about it without impacting the way the app works or looks very much.

  • @KING777 said:
    @davis_korgrd - hey.

    Gadget is a Champion!

    —————

    ... Just this Monday gone I was talking with Saulo Valerio (Korg UK)..

    The last thing I mentioned/requested, was for the transport to be available when we are in a gadgets full screen mode.

    Can’t find a logical reason why it’s not there...

    During practicing in full screen, would be great to be able to punch in (amongst other standard things) like play or stop.
    I shouldn’t have to go into this much detail, but may need to as this is mind boggling, as to why it wasn’t implemented already..

    Why???

    Logical:

    I hope you can speak to, or add it yourself... If so much appreciated!

    I’ve always Loved Gadget!

    Bless!

    King

    Seems reasonable enough to me. The only issue is allocating time to implement :#

  • edited July 2018

    @davis_korgrd said:

    @KING777 said:
    @davis_korgrd - hey.

    Gadget is a Champion!

    —————

    ... Just this Monday gone I was talking with Saulo Valerio (Korg UK)..

    The last thing I mentioned/requested, was for the transport to be available when we are in a gadgets full screen mode.

    Can’t find a logical reason why it’s not there...

    During practicing in full screen, would be great to be able to punch in (amongst other standard things) like play or stop.
    I shouldn’t have to go into this much detail, but may need to as this is mind boggling, as to why it wasn’t implemented already..

    Why???

    Logical:

    I hope you can speak to, or add it yourself... If so much appreciated!

    I’ve always Loved Gadget!

    Bless!

    King

    Seems reasonable enough to me. The only issue is allocating time to implement :#

    Knowing (now) that it will be implemented is great.
    I'm no coder, but (hopefully) it is as simple as telling Gadget "Don't Hide Transport" or "Always On Top" etc..

    At least your on it!

    Cheers!

    King

  • @davis_korgrd

    Thanks for stopping in. Korg is sometimes considered somewhat monolithic around here and a human voice helps a lot.

    Gadget is a phenomenal piece of work. Looking forward to seeing what's next....(but do add me on as regards Files access and the battery drain issue :) ).

    Thanks again.

  • @JohnnyGoodyear said:

    Thanks for stopping in. Korg is sometimes considered somewhat monolithic around here

    Huh...I haven't seen any of these around the office, but I'll be sure to let you know if I do

  • edited July 2018

    @KING777 said:

    @davis_korgrd said:

    @KING777 said:
    @davis_korgrd - hey.

    Gadget is a Champion!

    —————

    ... Just this Monday gone I was talking with Saulo Valerio (Korg UK)..

    The last thing I mentioned/requested, was for the transport to be available when we are in a gadgets full screen mode.

    Can’t find a logical reason why it’s not there...

    During practicing in full screen, would be great to be able to punch in (amongst other standard things) like play or stop.
    I shouldn’t have to go into this much detail, but may need to as this is mind boggling, as to why it wasn’t implemented already..

    Why???

    Logical:

    I hope you can speak to, or add it yourself... If so much appreciated!

    I’ve always Loved Gadget!

    Bless!

    King

    Seems reasonable enough to me. The only issue is allocating time to implement :#

    Knowing (now) that it will be implemented is great.
    I'm no coder, but (hopefully) it is as simple as telling Gadget "Don't Hide Transport" or "Always On Top" etc..

    At least your on it!

    Cheers!

    King

    The transport is hidden because it’s scales for iPhones. I agree with your feature request it would be nice to have but there’s the reason it wasn’t there in the first place. @davis_korgrd it’s a good time to be looking at UI improvements however. Consider for example making the mixer full screen. And rather than having the mixer scrolling, go with a paginated approach, so with the master channel always visible allow for 7 channels to be visible and use some kind of bank or page selection to move to the next set of channels, those controls could be put on the transport bar. By doing this it would make it possible for a zoom in on the mixer to make it full screen. Additionally those arrows on the top that allows to switch tracks could also be moved to the transport. I really think that all those controls up at the top can be put on the transport. The size of the transport could be increased just as the size of the loop markers on the sequencer could be increased if the controls were consolidated together.

  • edited July 2018

    @davis_korgrd said:

    As you said, much of the trouble is UI related.

    Lisbon is probably our worst offender in that regard, because of all of the animations and fancy stuff going on. We know where this problem is coming from; the problem for us is doing something about it without impacting the way the app works or looks very much.

    First of all, thank you so much @davis_korgrd for participating here, it's greatly appreciated.

    Reading this, I was wondering whether the difference people are seeing i terms of battery drain (some have major problems, others not so much) could be down to how you use Gadget?

    I would imagine, that if you often have the editor open on Lisbon, you are going to see much larger battery drains than if, for example, you mainly work in, say, Marseille.

    I'm not sure how much the main arrange screen is drawing, or if there is a difference whether the mixer (with it's VU meters) is visible or not.

    But it seems that one might be able to maximise battery life / reduce battery drain, by staying away from the most graphic intensive screens?

    Just at thought ;)

    Oh, and count me in for Files support as well, I think that's the single most beneficial improvement that Gadget needs (and honestly it's a bit baffling that it's not there yet, 2 years after it was made available in iOS, given how much file import/export is used in Gadget).

  • edited July 2018

    @Peter321 said:

    I would imagine, that if you often have the editor open on Lisbon, you are going to see much larger battery drains than if, for example, you mainly work in, say, Marseille.

    Of course, staying away from expensive gadgets like Lisbon helps, but I feel like it's not really fair to say "oh don't use that thing you just bought because we made it too processor intensive" haha.

    We've been talking about different solutions, but unfortunately it is a bit of an involved issue to fix so it'll take a little while :)

    As for Files, it's really just a matter of it not getting properly scheduled. Obviously that's our problem, but I figured an excuse is better than silence. I actually looked at the implementation details today, so it's getting there.

  • @davis_korgrd said:
    @Peter321 said:

    I would imagine, that if you often have the editor open on Lisbon, you are going to see much larger battery drains than if, for example, you mainly work in, say, Marseille.

    Of course, staying away from expensive gadgets like Lisbon helps, but I feel like it's not really fair to say "oh don't use that thing you just bought because we made it too processor intensive" haha.

    We've been talking about different solutions, but unfortunately it is a bit of an involved issue to fix so it'll take a little while :)

    Be good if you coud. The original Gadget release was the reason I got back into making music on the iPad. Strangely it ran fine on my old iPad 2 years ago, but the battery drain and heat issues make it pretty unusable on my Air 2 these days.

    It's a very wonderful thing though, so would be great if you can.

  • @Peter321 said:

    @davis_korgrd said:

    As you said, much of the trouble is UI related.

    Lisbon is probably our worst offender in that regard, because of all of the animations and fancy stuff going on. We know where this problem is coming from; the problem for us is doing something about it without impacting the way the app works or looks very much.

    First of all, thank you so much @davis_korgrd for participating here, it's greatly appreciated.

    Reading this, I was wondering whether the difference people are seeing i terms of battery drain (some have major problems, others not so much) could be down to how you use Gadget?

    I would imagine, that if you often have the editor open on Lisbon, you are going to see much larger battery drains than if, for example, you mainly work in, say, Marseille.

    I'm not sure how much the main arrange screen is drawing, or if there is a difference whether the mixer (with it's VU meters) is visible or not.

    But it seems that one might be able to maximise battery life / reduce battery drain, by staying away from the most graphic intensive screens?

    Indeed, there is a difference with how hot my iPad & iPhone get depending on which screen is open:

    • Main arrange screen is the least hot/battery consuming
    • Opening any gadget for live playing/tweaking is the worst
    • Double tapping on the gadget (full screen) helps a bit
    • Hiding the gadget to have full piano roll also brings down the cpu load.

    But during an average session all these screens will be opened at some point. Selecting presets, sound design, etc can only be done with the gadget opened.

    In general in noticed the cpu % Gadget uses isn’t much higher than GarageBand, etc. Hovering between 30-50% on my Pro 9.7. But at the same time the heat buildup and battery consumption is clearly higher.

    As pointed out by @MonzoPro there is also a difference depending on iPad model. I too feel Gadget ran less hot and longer on my iPad 2 doing similar tasks.

    @davis_korgrd Since long sound-design sessions in particular have such an impact on battery and a fix might take a while. Is it possible for you to enable preset sharing between Gadget and standalone ODYSSEi and iMonoPoly? iM1 and iWavestation already do.

    About Lisbon: have you tested freezing the background animation? Perhaps a ‘battery save’ option in settings for these kind of things is an idea. So users can choose.

  • edited July 2018

    @R_2 said:
    @davis_korgrd Since long sound-design sessions in particular have such an impact on battery and a fix might take a while. Is it possible for you to enable preset sharing between Gadget and standalone ODYSSEi and iMonoPoly? iM1 and iWavestation already do.

    About Lisbon: have you tested freezing the background animation? Perhaps a ‘battery save’ option in settings for these kind of things is an idea. So users can choose.

    +1

  • @davis_korgrd said:
    @Peter321 said:

    I would imagine, that if you often have the editor open on Lisbon, you are going to see much larger battery drains than if, for example, you mainly work in, say, Marseille.

    Of course, staying away from expensive gadgets like Lisbon helps, but I feel like it's not really fair to say "oh don't use that thing you just bought because we made it too processor intensive" haha.

    We've been talking about different solutions, but unfortunately it is a bit of an involved issue to fix so it'll take a little while :)

    If you’re all thinking about how to not affect the graphics, I’d suggest ditching the graphics anyway. Of all the gadgets, and indeed of all the apps full stop, I literally can’t read Lisbon because everything of informational importance is far too small to actually read, even with my decent reading glasses on – still uselessly small.

    My suggestion is to ditch graphics altogether and go back to how a 1990s IBM PC clone would have looked when Macintosh System 4 was all the rage and IBMs had no graphics at all and just showed text through the bitmap character generator chip onto a green CRT. That should be easier on the system. (Or, an orange screen, as the Apricot used). Don’t use Apricot floppy disks to store the stuff on though, there’s an iOS files app for that sort of thing.

  • @Peter321 said:

    My suggestion is to ditch graphics altogether and go back to how a 1990s IBM PC clone would have looked when Macintosh System 4 was all the rage and IBMs had no graphics at all and just showed text through the bitmap character generator chip onto a green CRT. That should be easier on the system. (Or, an orange screen, as the Apricot used). Don’t use Apricot floppy disks to store the stuff on though, there’s an iOS files app for that sort of thing.

    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

  • edited July 2018

    @davis_korgrd said:

    @Peter321 said:

    My suggestion is to ditch graphics altogether and go back to how a 1990s IBM PC clone would have looked when Macintosh System 4 was all the rage and IBMs had no graphics at all and just showed text through the bitmap character generator chip onto a green CRT. That should be easier on the system. (Or, an orange screen, as the Apricot used). Don’t use Apricot floppy disks to store the stuff on though, there’s an iOS files app for that sort of thing.

    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

    Welcome to the the menagerie/forum @davis_korgrd very cool that you’re checking in with us here. Glad to see you brought your sense of humor, always appreciated...

  • @davis_korgrd said:

    @Peter321 said:

    My suggestion is to ditch graphics altogether and go back to how a 1990s IBM PC clone would have looked when Macintosh System 4 was all the rage and IBMs had no graphics at all and just showed text through the bitmap character generator chip onto a green CRT. That should be easier on the system. (Or, an orange screen, as the Apricot used). Don’t use Apricot floppy disks to store the stuff on though, there’s an iOS files app for that sort of thing.

    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

    Actually, I didn't say that, it was @u0421793 :wink: - but I like your answer :smiley:

  • @davis_korgrd said:

    @Peter321 said:

    My suggestion is to ditch graphics altogether and go back to how a 1990s IBM PC clone would have looked when Macintosh System 4 was all the rage and IBMs had no graphics at all and just showed text through the bitmap character generator chip onto a green CRT. That should be easier on the system. (Or, an orange screen, as the Apricot used). Don’t use Apricot floppy disks to store the stuff on though, there’s an iOS files app for that sort of thing.

    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

    Gadget for typewriter would be stupendous!

  • @purpan2 said:

    Gadget for typewriter would be stupendous!

    But 'Macros' for Gadget would be awesome for modifying or editing recorded data.
    Search with conditional replace(s), or interpolate values between automated points or randomly generate events.

    The OP-Z feels almost like Gadget optionally using the iPad as the screen :)

  • @davis_korgrd said:

    @Peter321 said:

    My suggestion is to ditch graphics altogether and go back to how a 1990s IBM PC clone would have looked when Macintosh System 4 was all the rage and IBMs had no graphics at all and just showed text through the bitmap character generator chip onto a green CRT. That should be easier on the system. (Or, an orange screen, as the Apricot used). Don’t use Apricot floppy disks to store the stuff on though, there’s an iOS files app for that sort of thing.

    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

    Boot up Kamata if the Amiga sound and workflow is what you’re after. Been there done that already!

  • I’m sure korg has some more Gadget IAPs planned for us but what I see as being the most pragmatic rather than new sound modules are rack effects like Deemax only we need things like graphic eqs and compressors. It would be nice if the whole bundle was offered rather than individually. They could also charge us for things like presets and sample packs. No need to keep making new apps and Gadgets. Now it’s time to fix all the little inconsistencies particularly when it comes to the mixer, piano roll and song arranger.

  • @davis_korgrd said:
    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

    Nah, some code optimization so we can use it without a charger and oven gloves would be fine.

  • @R_2 said:

    Nah, some code optimization so we can use it without a charger and oven gloves would be fine.

    :D

  • The user and all related content has been deleted.
  • @R_2 said:

    @davis_korgrd said:
    So what I'm hearing is that you all want a Gadget text-based adventure. I'm sure we've got some floppies around with Adventure on them that we could use for reference...

    Nah, some code optimization so we can use it without a charger and oven gloves would be fine.

    weird, I didn’t see that branded accessory in the Apple Store last time i was there? are they trying to underplay the overheating issues?

  • edited August 2018

    One week left of the sale and Stockholm is still buggy.... lame.

  • @Rich303 said:
    One week left of the sale and Stockholm is still buggy.... lame.

    Update coming soon ;)

  • edited August 2018

    ...> @Rich303 said:
    >

    One week left of the sale and Stockholm is still buggy.... lame.

    1400$ for a studio apartment... lame. The pool looks sweet though.

Sign In or Register to comment.