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.

Audioshare Updates ?

13»

Comments

  • edited October 2016

    @wim said:

    @Nkersov said:

    @syrupcore said:
    An IAP I'd be really interested in buying with AudioShare (or a companion app) would be an iOS instrument maker. Specifically, a way to use my library of audio files within AS to make sample based instruments for apps with text based formats. So, instead of moving 16 samples to BeatMaker to hand roll a kit, I'd like to select 16 wav files and have AudioShare generate the instrument data+samples as a package that I could then 'Open In' the target app.

    That is a really good idea.

    Maybe so, but I can't imagine how that could work. Each target app would need to implement the import and unpacking ability itself, and they would all need to work to the same standard. That sounds a bit like trying to get a room full of cats to sit and roll over on command. Even @j_liljedahl probably couldn't pull that one off.

    Not really. Drum Perfect, Beatmaker 2, Thumbjam and Nanostudio (at least) all support their own very simple packaged format already. The package is a text or xml file and one or more wav files inside of a standard zip with their own respective file extensions. It would be up to J-Lilla to sort out the particulars of each supported text/xml format but I've been in all 4 of those and they're extremely easy. Bonus: anything that supported SFZ (Auria Pro, Caustic and MultitrackStudio for example) could also be a target as that's essentially the same thing: a text file that describes how to deal with the audio files in the bundle.

    What this slim idea doesn't really address in any sort of practical way is positioning those samples within the target instrument. With 15 multi-samples of a flute named flute-c2, flute-f2, flute-a2 ... that could be 'guessed' and interpolated but for a drumkit spread across 16 Beatmaker pads... less so. Still, just getting them into the target app in bulk would be a win for me!

    I'm not sure something like this really fits into the Kymatica family or plans. Would be a handy stand alone app and the only reason I suggested it here is because a) dude seems to be able to do anything and b) all of my samples are already in AudioShare. :)

  • @anickt said:
    One thing I don't care for is that the file name is fully selected when choosing to rename a file. I find it fiddly to deselect and then place the cursor where I want it. Since you're here @j_liljedahl ;)

    This is a pain point for me too, especially with long file names.

  • edited October 2016

    @Matt_Fletcher_2000 said:

    @j_liljedahl said:

    @richardyot said:

    @Crabman said:
    i have one more very simple request:an option that a recording starts with an incoming signal.Would save me to trim all recordings.

    That would be really cool. Master Record can do this.

    It's on my list of feature requests to consider :)

    Anyone know of an iPhone app that can currently do this? (Master Record is iPad only, sadly).

    Would be super useful.

    Zoom Handy Recoder can do it (And it's free):
    https://itunes.apple.com/us/app/handyrecorder/id566291779?mt=8

    It just has limited sharing options.

  • @lukesleepwalker said:

    @anickt said:
    One thing I don't care for is that the file name is fully selected when choosing to rename a file. I find it fiddly to deselect and then place the cursor where I want it. Since you're here @j_liljedahl ;)

    This is a pain point for me too, especially with long file names.

    A small matter but regularly encountered.

  • @JohnnyGoodyear said:

    @lukesleepwalker said:

    @anickt said:
    One thing I don't care for is that the file name is fully selected when choosing to rename a file. I find it fiddly to deselect and then place the cursor where I want it. Since you're here @j_liljedahl ;)

    This is a pain point for me too, especially with long file names.

    A small matter but regularly encountered.

    Death of a thousand cuts...

  • Personally I like that the whole file name is selected so I can delete it quickly.

  • @raindro said:
    Personally I like that the whole file name is selected so I can delete it quickly.

    That is nice but a little (x) to the right side of the input should be just as fast while also helping to avoid the iOS select fiddliness for all the other use cases.

  • @syrupcore said:

    @j_liljedahl said:
    What would happen if you trim and replace a file in AudioShare, while the same file is currently playing in a FilePlayer in AUM?

    Hi Jonatan. Is that a real concern? If I had a file playing in AUM and for some reason I went to AudioShare and was editing that same file there's 99.5% chance the reason I was editing it was so that it would alter it in AUM. Perhaps I go to normalize it or clean up a loop...

    As it is now, it should (I hope) work as expected, a rename is detected and it should automatically update and find the file, same with deletion.

    Does this mean there's no subscribable event for "a file's contents changed" while there are events for file system level operations like rename and delete that AUM (etc) can subscribe to know when to update?

    How it works is that when a file is opened, it's available until the file is closed even if another app deletes it.

    IIRC, I've only managed to observe a "something in this directory changed" event, not for specific files. But I can imagine it would be very difficult to have it stable and working if FilePlayer would automatically reload its file if it detects modifications to it. FilePlayer uses a built-in AudioUnit to play the files, which streams it from disk in an internal thread. I have no access to the code it runs, so I can't add any thread-synchronization mechanisms to detect a file-content-modification and do the right thing without crashing.

    Handling immutable objects is much safer! Therefore, a "replace original" option in AudioShare would not actually change a file, instead it could move the original into Trash, and then write a new file with the original name. Another app (AUM's FilePlayer) would then see this as a rename/move, and just keep using the old file.

  • @anickt said:
    One thing I don't care for is that the file name is fully selected when choosing to rename a file. I find it fiddly to deselect and then place the cursor where I want it. Since you're here @j_liljedahl ;)

    That was added after a feature request from a user :)

  • Pesky users. Always wanting something different.

  • I want sampling for fixed number of measures&bpm,plus auto start when input signal is detected. And a cup of coffee plz :*

  • @BiancaNeve said:
    Pesky users. Always wanting something different.

    :D

Sign In or Register to comment.