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

1810121314

Comments

  • Don't even know how this stuff works. But how would I check?

  • @aleyas said:

    Unfortunately, I've discovered something rather concerning in the new update.. When audio is on 'loop' in trim mode, changes to the audio start and end points are not audible in real time - only after lifting your finger from the screen do changes snap. If I recall correctly you could change the start point of the audio, and after the loop cycled through to the end it would begin from the new start point as designated by where you left your finger on the wave display. This allowed the fine tuning of start and end points while the audio was looping. Now you've got to guess where the point will be, and take your finger off to hear the result. This begins to grow old when you've got to wait a second for the audio to zoom, find your new point, take finger off to hear results and repeat. And even if you don't need the zoom function, any idleness will activate it. Any who make loops, especially when the duration of the looped audio is very short, will know how important it is to hear changes in real time.

    I love the new functions, but discovering this is a disappointment. I hope this isn't an intentional addition, and can be addressed in a future update. I'm guessing that the new 'hold to zoom' function is related to this editing limitation. Has anybody else noticed this as well?

    Yes. Was the first thing I noticed. Having used Audioshare extensively to trim anything from long drum loops, to few cycles short waveforms, I kinda immediately missed the real-time feedback on the looping. For now, I look at it as Audioshare have been..um..senior citizen adapted, and hopefully this little neat realtime thing will return in time. :)

  • edited December 2014

    @Musikman4Christ said:

    Don't even know how this stuff works. But how would I check?

    If You have the OneDrive.app installed it should be available under 'Locations' after you select the yellow icon and pick 'Document Picker' in AudioShare.

    (You have to first enable it by pressing More ... under 'Locations').

  • Oh I see. When I first opened audioshare I said no to whatever it was asking cause I wasn't sure if it would mess up my data.

  • edited December 2014

    @Musikman4Christ said:

    Oh I see. When I first opened audioshare I said no to whatever it was asking cause I wasn't sure if it would mess up my data.

    I answered 'Yes' knowing that otherwise my files would not be available for the File-provider Extension.

    iTunes Shared Folder seems to be visible to the WiFi-Drive all the time.

    It's still possible to use iFunBox to dump files into the iTunes Shared Folder but they need to be moved in order to be served by FileProvider.

    Don't know there AudioShare stores it's documents when they are shared by FileProvider Extension, this could come in handy for back-up purposes...

    I'm already seeing a new feature for the next version 'Sync iOS-Devices'(Ie. Sync AudioShare content between two devices).

  • edited December 2014

    Jus@Samu said:

    @Musikman4Christ said:

    Don't even know how this stuff works. But how would I check?

    If You have the OneDrive.app installed it should be available under 'Locations' after you select the yellow icon and pick 'Document Picker' in AudioShare.

    (You have to first enable it by pressing More ... under 'Locations').

    Just checked, and under Documents Picker, under more..i only have Documents
    Drive
    Dropbox
    I don't see Onedrive or even Goodreader.

  • @Musikman4Christ said:

    Jus@Samu said:

    @Musikman4Christ said:

    Don't even know how this stuff works. But how would I check?

    If You have the OneDrive.app installed it should be available under 'Locations' after you select the yellow icon and pick 'Document Picker' in AudioShare.

    (You have to first enable it by pressing More ... under 'Locations').

    Just checked, and under Dicuments Picker, under more..i only have Documents
    Drive
    Dropbox
    I don't see Onedrive or even Goodreader.

    Could it be that OneDrive and GoodReader have not yet been updated to include FileProvider support?(I don't use OneDrive nor GoodReader).

    At least OneDrive's lack of FileProvider support seems bit strange as it was featured by Apple when they demoed FilePicker...

  • edited December 2014

    Just for the heck of it, I loaded a GM midi song into audioshare and it seems that it does recognize it. It seems to have a really low level player built in. It doesn't come no were near the audio quality of loading that same midi song into BS16i, but at least the sample screen in audioshare gives a very colorful view of theemtire midi file as if it was a sample file. It does says that I loaded a midi file though.

    Ps.. I can't figure out how to make the tools button work....

  • @Musikman4Christ said:

    Ps.. I can't figure out how to make the tools button work....

    It works when an audio-file is open in the viewer :)

  • Is anyone having a problem with the loop marker moving back to the position it was first set to after changing it? The zoom keeps zooming to the original location and i can't move to a different part of the waveform in zoom mode.

  • @Samu said:

    @Musikman4Christ said:

    Ps.. I can't figure out how to make the tools button work....

    It works when an audio-file is open in the viewer :)

    Thanks Samu.. :)

    I just recently got audioshare so I'm learning all it can do. Amazing app!
    Like the developer said, there will be new bugs introduced bit its really nice to know he is listening and all will be ironed out in due time. :)

  • Great update!
    But.. Can anybody trim a file and then successfully trim another one? I constantly fail. After saving the trimmed file the app kind of freezes - it is not possible to enter the edit window anymore, each file in the current folder is still audible though. If I want to change the folder, I fail again as it seems that the title bar just "overlaps" the folder names and that's it. Does anybody face a same situation? (using iOS 7.2.1/iPhone 5)

  • @aBGN said:

    Great update!
    But.. Can anybody trim a file and then successfully trim another one? I constantly fail. After saving the trimmed file the app kind of freezes - it is not possible to enter the edit window anymore, each file in the current folder is still audible though. If I want to change the folder, I fail again as it seems that the title bar just "overlaps" the folder names and that's it. Does anybody face a same situation? (using iOS 7.2.1/iPhone 5)

    I can trim without problems on my 1st Gen iPad Mini and iPhone 5, both running iOS 8.1.2.
    I have not tried with super long AudioFiles, it could be a storage/memory issue though...

  • edited December 2014

    Anyone notice the same or know why my iCloud backup has now doubled with this new update?

    I have 50GB + in Audioshare and backed up in icloud and when I updated to this new version it wants to add an extra 50GB + to my back up!!!!

    What is going on? Anyone have any idea or experiencing the same thing?

  • Samu wrote:
    @aBGN said:

    Great update!
    ....Does anybody face a same situation? (using iOS 7.2.1/iPhone 5)

    I can trim without problems on my 1st Gen iPad Mini and iPhone 5, both running iOS 8.1.2.
    I have not tried with super long AudioFiles, it could be a storage/memory issue though...
    Well, it seems like a bug to me and seems to happen with both long and short files. I tried all three tools and here it is. The app behaves as I described above while using "Normalize" and "Trim", but with "Convert" it is different, as it directly goes to the editor window after the performed conversion (it opens the processed file, instead of going back to the current folders list like after normalizing or trimming). There is a strange thing I notice after conversion though - in the upper left corner, where it shows the back-arrow, after performed conversion (and with processed file opened) there are overlapped words (i.e. Library and AudioShare). After clicking the back-arrow three times it seemingly resolves the issue.
    .... Huh.. It is getting more strange.
    I noticed that the processed file will not always be opened in the editor window after conversion..? I mean sometimes it does sometimes not. And sometimes next to the back-arrow I read "Back" and sometimes there is the parent folders name..

  • And this is precisely why we need t-shirts with AB Beta Test Squad: We do it for nothing and will still love you in the morning on them in an elegant yet simple font etc.

  • edited December 2014

    @musikmachine

    Yes. I noticed something like this. The zoom didn't always seem to return to the marker spot I left it in. It's difficult to explain without going through the process of accuately trying to pick a place to the cut the audio. IE after a particularly word is spoken.

  • edited December 2014

    @DaveMagoo said:

    Anyone notice the same or know why my iCloud backup has now doubled with this new update?

    I have 50GB + in Audioshare and backed up in icloud and when I updated to this new version it wants to add an extra 50GB + to my back up!!!!

    What is going on? Anyone have any idea or experiencing the same thing?

    Now the size of Audioshare is showing as 9.5mb in 'Storage'/'Manage Storage' and the backup is showing as 1.7kb on iPad !?

    ....and 8.5mb/1.7kb on iPhone ?!

    WTF? I haven't deleted any samples....what's going on with my backup....what if my iPad bricks....do I have to build my iOS sample library from scratch ?

  • All the comments above sounds like serious trouble. I hope it can be fixed and if it is it 'll be great.

  • @aleyas said:

    Unfortunately, I've discovered something rather concerning in the new update.. When audio is on 'loop' in trim mode, changes to the audio start and end points are not audible in real time - only after lifting your finger from the screen do changes snap. If I recall correctly you could change the start point of the audio, and after the loop cycled through to the end it would begin from the new start point as designated by where you left your finger on the wave display. This allowed the fine tuning of start and end points while the audio was looping. Now you've got to guess where the point will be, and take your finger off to hear the result. This begins to grow old when you've got to wait a second for the audio to zoom, find your new point, take finger off to hear results and repeat. And even if you don't need the zoom function, any idleness will activate it. Any who make loops, especially when the duration of the looped audio is very short, will know how important it is to hear changes in real time.

    This is actually how it always was. The trim points are only updated when lifting your finger. If it would update for each pixel you move the finger, there would be clicks and interruptions (the file player needs to be reconfigured when the trim points change). Note that you can restart it before the loop by tapping the rewind button, or tapping on the waveform just before the trim start point. Or tapping just before the end point if you want to hear the wrap back (useful for longer loops).

    Oh, and the NUDGE buttons does restart the playback when changing the trim start point.

    A possible improvement would be to get rid of the clicks when the trim points change, then it could update the trim range at each loop so one doesn't need to leave the zoomed-in state. Another possibility would be to stay in the zoomed-in state after it has auto-zoomed, until the user taps a "zoom back" button or something like that. It would require an additional tap, but perhaps make it easier to find that precise loop point?

  • @Samu said:

    @Matt_Fletcher_2000 said:

    So what's the difference between accessing dropbox directly or using Doc picker > dropbox?

    Any advantage of the latter?

    Only difference i think is that the AudioShare built-in DropBox support can be used without having the DropBox.app installed while if using Doc Picker the DropBox.app has to be installed otherwise it would not be possible to use DropBox at all.

    Actually another big difference is that the built-in Dropbox browser allows importing of entire folders!

  • @aBGN said:

    Great update!
    But.. Can anybody trim a file and then successfully trim another one? I constantly fail. After saving the trimmed file the app kind of freezes - it is not possible to enter the edit window anymore, each file in the current folder is still audible though. If I want to change the folder, I fail again as it seems that the title bar just "overlaps" the folder names and that's it. Does anybody face a same situation? (using iOS 7.2.1/iPhone 5)

    That sounds like a bug. I've only tested iOS 7 on an iPad, since my phone is on iOS 8, so it could be an iOS7-on-iPhone bug. Would you mind mailing me a screenshot?

  • edited December 2014

    @Matt_Fletcher_2000 said:

    @musikmachine

    Yes. I noticed something like this. The zoom didn't always seem to return to the marker spot I left it in. It's difficult to explain without going through the process of accuately trying to pick a place to the cut the audio. IE after a particularly word is spoken.

    The zoom always zooms around the place where the trim handle is, so that it's centered in the zoomed-in state (shown by the purple marker line), unless it's near the edges - then the zoom window is adjusted so that it starts/ends on the start/end of the file (it would be a waste to just show empty space).

    However, when zooming in the trim handle stays where your finger are, that's the only way to do it. That's why I have the purple marker, so you can see the original spot where you zoomed in! Also note that for long files, it's easy to accidentally move the trim point a pixel or two just before zooming in, which may explain why you think it has moved since last time.

  • @DaveMagoo said:

    @DaveMagoo said:

    Anyone notice the same or know why my iCloud backup has now doubled with this new update?

    I have 50GB + in Audioshare and backed up in icloud and when I updated to this new version it wants to add an extra 50GB + to my back up!!!!

    What is going on? Anyone have any idea or experiencing the same thing?

    Now the size of Audioshare is showing as 9.5mb in 'Storage'/'Manage Storage' and the backup is showing as 1.7kb on iPad !?

    ....and 8.5mb/1.7kb on iPhone ?!

    WTF? I haven't deleted any samples....what's going on with my backup....what if my iPad bricks....do I have to build my iOS sample library from scratch ?

    Not sure what's going on there.. I have checked the iTunes backup and confirmed that the new storage location (needed to support the doc picker extension) is indeed backed up, just like the old itunes-file-sharable Documents folder. So, as far as I can tell, everything should still be backed up as expected!

    Note though that the new storage location for AudioShare actually lives outside AudioShare (that's the reason it can be accessed by the doc picker extension from other apps), so perhaps that's why it's not reported in the size of AudioShare backup itself?

    Regarding the double backup size, does this still happen if you move your files out of the old iTunes File Sharing folder? This folder is a link that makes it possible to access the old folder from within the new storage space, and perhaps the iOS backup mechanism is dumb enough to duplicate the real files in the backup instead of just the link (which doesn't take any space by itself)?

  • edited December 2014

    Yeah I clicked yes to move the folders after updating and this is when the doubling of the backup size occurred.

    I then tried deleting the backup of Audioshare from iCloud and running a new back up of it and this is when I get the worrying 1.7kb backup size that sets alarm bells ringing but iCloud is still showing a size (60.8GB) which kinda tells me the files are possibly still backed up somewhere.

    How can I tell for sure if they are backed up as there is no indication if they are or not?

    Is it worth moving all the folders back to the iTunes folder? Will this show the correct backup size in iCloud?

    **Edit just tried this and it tried to double my backup so here lies the issue:(***

    .....so this means there is no way to reduce your duplicated backup without deleting your existing backup???

    Also is there a way to back all this to an Audioshare folder in iCloud Drive like iFiles ?

  • R_2R_2
    edited December 2014

    I have around 3MB of samples in AudioShare (moved out of the iTunes folder) but its size in iCloud is now 2.6KB.
    I assume the samples are not backed up to iCloud?

  • I'm afraid I don't have any control of how iCloud backup works or not. As I said, I have checked that the new storage location is backed up to iTunes, so I just assume that the same should be true for iCloud backup, it would be pretty weird if not?

    And I think it's highly probable that the iCloud backup size report only includes files stored in the app itself (iTunes File Sharing folder in AudioShare) and not the shared app group storage (accessible by doc picker extension, and future apps of mine). Since this shared storage doesn't belong to any specific app, but can be shared among several, it would make sense not to include it in the reported size of one specific app, don't you think? But it would be nice if the iCloud backup could list the shared storage too, as an individual item. (It's called "group.com.kymatica.AudioShare" by the way, and can be seen by iPhone backup extractor using an iTunes backup)

    The duplication of backup space in the iTunes File Sharing folder is unfortunate, but not much I can do about it I'm afraid. You should not keep files in that folder, but simply use it as a landing place for when you really need to use iTunes File Sharing (iFunBox, etc) instead of the WiFi drive or any other means.

  • Thanks for the explanation, at least it makes sense what's going on now.

  • In general I believe iTunes and iCloud backups are different in that Apple tries to limit the size of iCloud by making app developers exclude files that are ’downloadable' again by the user.
    Not sure if that's the case here.

    If the files are backed up to iCloud but under the invisible 'shared folder' the question arises how the user deletes the files from iCloud when no longer needed?

  • I assume the files are backed up as this is the only way my Icloud storage taking 50GB+ makes sense.

    I wonder if deleting Audioshare is the only way to delete the invisible iCloud backup ?

Sign In or Register to comment.