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.

Atom | Piano Roll 2 is now available

1505153555690

Comments

  • dvidvi
    edited April 2021

    I stopped following this forum thread for a bit and happened to open it yesterday to find this massive update. Fantastic opportunities ahead—can't wait to delve in.

  • @tk32 said:
    Trust me - this update 2.0.6 unlocks massive new potential... especially for the Dramboheads.

    Got the update just as I was heading out the door for work, so I won’t get to play with this until late tonight.

    In the meantime, got any videos or links to video demonstrations of these killer new features, or examples of said massive new potential? (I might be able to sneak a peek while working!)

  • @Intrepolicious said:
    In the meantime, got any videos or links to video demonstrations of these killer new features, or examples of said massive new potential? (I might be able to sneak a peek while working!)

    I'll try to assemble something tonight.

  • randomly switching between drum patterns

  • @vasilymilovidov said:
    randomly switching between drum patterns

    🤯 That's a great idea! And using steppolyarp to drive atom seems like a fantastic way to get some creative chaos going.

    Perhaps you can consider sharing this as a template on https://patchstorage.com/platform/atom-piano-roll-2/

  • @blueveek said:

    @vasilymilovidov said:
    randomly switching between drum patterns

    🤯 That's a great idea! And using steppolyarp to drive atom seems like a fantastic way to get some creative chaos going.

    Perhaps you can consider sharing this as a template on https://patchstorage.com/platform/atom-piano-roll-2/

    will do. gonna play with it some more to see if i can make it more elegant and maybe add something

  • @vasilymilovidov said:

    randomly switching between drum patterns

    @blueveek said:

    @vasilymilovidov said:
    randomly switching between drum patterns

    🤯 That's a great idea! And using steppolyarp to drive atom seems like a fantastic way to get some creative chaos going.

    Perhaps you can consider sharing this as a template on https://patchstorage.com/platform/atom-piano-roll-2/

    I don’t have Steppolyarp, but this gives me so many ideas using a few other apps. Antony for one!

  • @blueveek said:
    @skiphunt DM me if you want a free code. Consider it my just-this-one-time participation in the “gift an app” thread. If you don’t, I’ll give it (or any other app in the same price Tier) to someone else.

    🎖️

    I'm sure you're a great developer, Victor (I don't have the knowledge to say anything about that) but what really amazes me is the way you have been communicating in the forum. Always calm and positive. And with everyone, really: from the fanbois through the "great thanks, now could you do that" non-thankers right down to the "I'm so totally not interested in your stuff that I'll keep posting about it" weirdos.

    I mean, obviously these are all fictitious examples, but you know what I mean. :) Brilliant work, mate.

  • @blueveek great update, still holding out,
    and hoping for cc automation soon. that’s the thing i’ve been craving since atom2 was release. keep up the excellent work

  • @Intrepolicious said:

    @vasilymilovidov said:

    randomly switching between drum patterns

    @blueveek said:

    @vasilymilovidov said:
    randomly switching between drum patterns

    🤯 That's a great idea! And using steppolyarp to drive atom seems like a fantastic way to get some creative chaos going.

    Perhaps you can consider sharing this as a template on https://patchstorage.com/platform/atom-piano-roll-2/

    I don’t have Steppolyarp, but this gives me so many ideas using a few other apps. Antony for one!

    yeah, any arp and a great number of apps for midi manipulations will do wonders i think

  • Thank you again for remembering the people stuck on iOS 12.

  • edited April 2021

    The idea to use StepPolyArp to randomize the playing of patterns is very cool and creative. But if @blueveek considers my idea for note mutations (being able to assign percentages to how often a note is played) in Atom2, we could do the same simple pattern switching with just two instances of Atom2! ;)

    Or better yet, you wouldn't need four patterns because you could just mutate one pattern to get the same effect!

  • edited April 2021

    @blueveek Just setting up my new NS2 template now. At what point do the velocity pattern change notes need to appear in relation to my hold notes? If I put them directly under the hold notes then the pattern does not change but if I put them just before the hold note then the pattern changes as expected.

    Works:

    Doesn’t work:

    For the pattern change notes then is the note off the point that the change is actioned?

  • @lukesleepwalker said:
    The idea to use StepPolyArp to randomize the playing of patterns is very cool and creative. But if @blueveek considers my idea for note mutations (being able to assign percentages to how often a note is played) in Atom2, we could do the same simple pattern switching with just two instances of Atom2! ;)

    Or better yet, you wouldn't need four patterns because you could just mutate one pattern to get the same effect!

    i think that putting an arp between two instances of atom gives you more precision and control with your randomness. and mutation is a little bit different than switching between patterns. but of course note mutation (as well as random fill in scale or not and other probabilistic functions) would be awesome in atom.

  • edited April 2021

    @ervin said:

    @blueveek said:
    @skiphunt DM me if you want a free code. Consider it my just-this-one-time participation in the “gift an app” thread. If you don’t, I’ll give it (or any other app in the same price Tier) to someone else.

    🎖️

    I'm sure you're a great developer, Victor (I don't have the knowledge to say anything about that) but what really amazes me is the way you have been communicating in the forum. Always calm and positive. And with everyone, really: from the fanbois through the "great thanks, now could you do that" non-thankers right down to the "I'm so totally not interested in your stuff that I'll keep posting about it" weirdos.

    I mean, obviously these are all fictitious examples, but you know what I mean. :) Brilliant work, mate.

    Yeah... I was going to let this go. Victor did indeed gift me a code. But this backhanded side-swipe claiming that all the insults are just "fictitious" is really lame. If you're going to call anyone out, just be straight forward about it.

    Here's the deal mate... I bought this app as Atom 1. At the time it seemed like an app that was sorely missing from the lineup. I DID need an app that easily let me trigger other apps. Many here initially all claimed Atom 1 was "instabuy!" "game changer!" "shut up and take my money!" etc. etc.

    Then, the reality set in that Atom 1 had some serious problems. And, they got worse. But, I knew that Victor had the integrity to take care of the problems. He even came out and admitted that the app was flawed, but to fix it he'd have to do a rewrite. He assured those who bought the app then that he'd take care of it and they wouldn't get charged for either the upgrade or a new app.

    So, I bought the app anyway. A lot of the time nitpickers on this site will completely trash a perfectly useable app over a few issues that don't really matter that much. Atom 1 was pretty problematic, but I didn't care because I had Victor's assurance that he'd fix it and that those who already owned the current version wouldn't get charged again.

    Then a year goes by. Nothing. Lots of speculation but nothing ever materialized. He did say it was a rewrite and I figured it'd be a good wait, but dang... when it got well over a year or so... that seemed kind of excessive.

    Still, I didn't mind waiting.

    Then, it finally gets released. Yay! But, all the fanbois evidently convinced him to go back on his word that it shouldn't be a free upgrade. I can see that he put much work into it and I didn't mind having to pay something for the upgrade... despite originally buying his app on the promise that I wouldn't have to pay for it again.

    Now, a year and a half later... I don't really need the app anymore. I've got other apps that take care of what I originally wanted Atom for, ie. LK for example.

    But, I'd already paid for the first version and the fanbois chorus here is pretty loud, so I figured I'd just toss a few bucks for the upgrade bundle anyway just to support a great developer even though I really didn't need the app anymore.

    I went to buy it the other day, only to find I'd missed the cut off of April 15th and the price went up. So, I decided to just cut bait on the whole matter.

    In case you think I'm making up the original post from Victor that was the basis for me originally buying the app, there's a screenshot of it.

    I know many of you don't care. At this point, I really don't care much about it either. But, when someone starts throwing around insults, then passively calling them "fictitious" then I feel like letting them know where I was coming from.

    Done with this. If any more of you feel like slinging insults at me... feel free to DM me all you want. Victor made good, and I'm moving on from this.

    Cheers.

  • @vasilymilovidov said:

    @lukesleepwalker said:
    The idea to use StepPolyArp to randomize the playing of patterns is very cool and creative. But if @blueveek considers my idea for note mutations (being able to assign percentages to how often a note is played) in Atom2, we could do the same simple pattern switching with just two instances of Atom2! ;)

    Or better yet, you wouldn't need four patterns because you could just mutate one pattern to get the same effect!

    i think that putting an arp between two instances of atom gives you more precision and control with your randomness. and mutation is a little bit different than switching between patterns. but of course note mutation (as well as random fill in scale or not and other probabilistic functions) would be awesome in atom.

    and furthermore, even if there was such a function - we must never stop thinking modular ;)

  • Woot woot! Thank you!

    Okay...now how do I use only one instance of Atom routed to many channels in Drambo? Thx in advance!

  • @MisplacedDevelopment said:
    @blueveek Just setting up my new NS2 template now. At what point do the velocity pattern change notes need to appear in relation to my hold notes? If I put them directly under the hold notes then the pattern does not change but if I put them just before the hold note then the pattern changes as expected.

    For the pattern change notes then is the note off the point that the change is actioned?

    Both of those should work, there’s no limitation for when triggers have to trigger or switchers need to switch. See my most recent video for a quick demo if you haven’t: https://forum.audiob.us/discussion/comment/944494/#Comment_944494

    I’ll do a test in NS2 in a bit to see what’s going on. The only thing to perhaps keep in mind is that velocity 1 (not 0), is pattern 1, otherwise the end of your notes would switch patterns, though I don’t think that’s what you’re running into.

  • Honestly I’m so overwhelmed by the pace of updates that it actually puts me off using it, my brain is exhausted at the best of times (extremely tiring job!) and I just can’t keep up (same with Drambo), and it makes me sad at how much I’m missing out

    @fprintf said:
    I need another more up-to-date tutorial on how to use this app now. So much discussion about features in the month or so since Atom 2 arrived.

  • edited April 2021

    @blueveek said:

    @MisplacedDevelopment said:
    @blueveek Just setting up my new NS2 template now. At what point do the velocity pattern change notes need to appear in relation to my hold notes? If I put them directly under the hold notes then the pattern does not change but if I put them just before the hold note then the pattern changes as expected.

    For the pattern change notes then is the note off the point that the change is actioned?

    Both of those should work, there’s no limitation for when triggers have to trigger or switchers need to switch. See my most recent video for a quick demo if you haven’t: https://forum.audiob.us/discussion/comment/944494/#Comment_944494

    I’ll do a test in NS2 in a bit to see what’s going on. The only thing to perhaps keep in mind is that velocity 1 (not 0), is pattern 1, otherwise the end of your notes would switch patterns, though I don’t think that’s what you’re running into.

    Thanks for offering to take a look. There is something else strange with NS2 to be aware of if you are going to try and recreate and that is if you are using an NS2 part loop on the main timeline then the loop start needs to be just before and the end just after the end of NS2 MIDI clip containing the clip control data otherwise the triggers don’t happen correctly. I tried adding your MIDI Monitor just before Atom in the chain and it looked like the notes were being sent in but I couldn’t tell if they were being sent with any time between them.

  • @MYNISTA said:
    Woot woot! Thank you!

    Okay...now how do I use only one instance of Atom routed to many channels in Drambo? Thx in advance!

    That's not exactly the idea.
    You still need an instance on each track, although with some routing you could have them all on a single track.
    Now, when you switch the pattern in Drambo, Atom will use the same pattern index in your instances.

    It's like using the standard Drambo patterns, but with a piano roll and each track can have a different length plus a few other goodies.

  • @mbncp said:

    @MYNISTA said:
    Woot woot! Thank you!

    Okay...now how do I use only one instance of Atom routed to many channels in Drambo? Thx in advance!

    That's not exactly the idea.
    You still need an instance on each track, although with some routing you could have them all on a single track.
    Now, when you switch the pattern in Drambo, Atom will use the same pattern index in your instances.

    It's like using the standard Drambo patterns, but with a piano roll and each track can have a different length plus a few other goodies.

    Ok, thank you. I was hoping that I could use only one instance and cut down on CPU usage.

  • don’t really know what’s going but Autony routed straight to atom without any adjustments to octaves and so on changes patterns just like that

  • edited April 2021

    @vasilymilovidov said:
    don’t really know what’s going but Autony routed straight to atom without any adjustments to octaves and so on changes patterns just like that

    Pattern switching is modulo-based ;) Especially designed for situations like this. Works like magic.

  • @blueveek said:

    @vasilymilovidov said:
    don’t really know what’s going but Autony routed straight to atom without any adjustments to octaves and so on changes patterns just like that

    Pattern switching is modulo-based ;) Especially designed for situations like this.

    you’re a god

  • @MYNISTA you really don't need to be concerned about CPU use.

    Atom uses miniscule amounts of RAM, and has been coded to use tiny amounts of CPU, regardless of how many instances there are in your project.

    During testing we stress tested CPU and ram use on iPads going back to the Air2, and we were able to run hundreds of instances without causing hardly any impact on DSP/CPU.

  • @tk32 said:
    @MYNISTA you really don't need to be concerned about CPU use.

    Atom uses miniscule amounts of RAM, and has been coded to use tiny amounts of CPU, regardless of how many instances there are in your project.

    During testing we stress tested CPU and ram use on iPads going back to the Air2, and we were able to run hundreds of instances without causing hardly any impact on DSP/CPU.

    Ok, great to know. Thank u

  • @vasilymilovidov said:

    @vasilymilovidov said:

    @lukesleepwalker said:
    The idea to use StepPolyArp to randomize the playing of patterns is very cool and creative. But if @blueveek considers my idea for note mutations (being able to assign percentages to how often a note is played) in Atom2, we could do the same simple pattern switching with just two instances of Atom2! ;)

    Or better yet, you wouldn't need four patterns because you could just mutate one pattern to get the same effect!

    i think that putting an arp between two instances of atom gives you more precision and control with your randomness. and mutation is a little bit different than switching between patterns. but of course note mutation (as well as random fill in scale or not and other probabilistic functions) would be awesome in atom.

    and furthermore, even if there was such a function - we must never stop thinking modular ;)

    Sure, get your points. Victor will remember my idea from many pages back. I'm just putting in another plug for it to make sure he doesn't forget about it on the backlog!

  • @blueveek said:

    I’ll do a test in NS2 in a bit to see what’s going on. The only thing to perhaps keep in mind is that velocity 1 (not 0), is pattern 1, otherwise the end of your notes would switch patterns, though I don’t think that’s what you’re running into.

    There's a bug , velocity 1 will trigger pattern 2.
    You don't read my Testflight's reports :'(

  • edited April 2021

    @lukesleepwalker said:
    The idea to use StepPolyArp to randomize the playing of patterns is very cool and creative. But if @blueveek considers my idea for note mutations (being able to assign percentages to how often a note is played) in Atom2, we could do the same simple pattern switching with just two instances of Atom2! ;)

    Or better yet, you wouldn't need four patterns because you could just mutate one pattern to get the same effect!

    Seems there is ‘probability’ in the tool bar (but not per note).. Maybe it’s me.. but it does not adjust ‘visually’ for other patterns in the project?

    Can someone upload a multi pattern project to decipher, Thanks?

Sign In or Register to comment.