KVR Audio

insertpizhere · Post by **insertpizhere** » Mon Feb 02, 2009 7:42 pm

you can double-click the big name to rename the loop. this will also be used as the filename.

i guess what you want is fixed-length recording, as in pressing record once and having it stop after a certain length of time. this was always part of the plan, but i never got around to it... i'll see what i can do.

mn · Post by mn » Mon Feb 02, 2009 7:49 pm

Never noticed this one before. Thanks, insertpizhere. Tagging thread for later.

Optomadic · Post by **Optomadic** » Mon Feb 02, 2009 9:35 pm

insertpizhere wrote:you can double-click the big name to rename the loop. this will also be used as the filename.

Very nice! It works perfectly.

Not sure of the Juce implementation, but you could consider adding a loop that scans the files within the midiloops folder that would retrieve the specified files names. Then you could add down/up arrows and or a selectable dropdown menu that would display the next/prev saved file one at a time. Would make it easier to recall a given file

.

insertpizhere wrote:i guess what you want is fixed-length recording, as in pressing record once and having it stop after a certain length of time. this was always part of the plan, but i never got around to it... i'll see what i can do.

I was confusing Loop Step Size with a fixed recording length. The length aspect is fine then, just needs a way to auto stop. Your suggestion sound exactly what it needs. Hope its not a difficult addition.

I do notice that (in FL8) if I have a selected area or loop playing it only records within the loop bounds. The downside is if you go over the loopbounds it resets the startpoint of recording. Perhaps stopping at the end of the loopbounds can be an option.

Anyway I'm having tonnes of fun with this

!

edit:

Not sure if this is on purpose but I can't access the file name input section if the host is playing. This is probably going to be hard to resolve but would make playback switching 'on the fly' if possible.

Optomadic · Post by **Optomadic** » Mon Feb 02, 2009 9:53 pm

Saving and recalling presets creates a huge pause in FL8. Otherwise this would be a perfect way to recall loops. BTW preset morphing in this would be absolutly insane

! Just another thought.... I'll shutup now

.

insertpizhere · Post by **insertpizhere** » Mon Feb 02, 2009 10:10 pm

Optomadic wrote:Not sure if this is on purpose but I can't access the file name input section if the host is playing. This is probably going to be hard to resolve but would make playback switching 'on the fly' if possible.

i can probably fix that, but if you just want to switch between playing different midi files, you can use vst programs. there's no selector on the gui so you have to do it from the host.

Optomadic · Post by **Optomadic** » Mon Feb 02, 2009 10:20 pm

I just tried this and it does switch but theres a huge pause when loading the preset.

I was able to trick it by loading a file then entering a new name (of a pre recorded file). When I playback I get the current loaded file and then when I hit load again the file from the entered name loads immediately insync.

Hmm what about drag and drop of the file onto the GUI...

Optomadic · Post by **Optomadic** » Mon Feb 02, 2009 11:58 pm

Found some bugs.

Can only load one instance in FL8. Opening a 2nd crashes it.

**edit**

This is the reason why it crashed earlier when I tryed to open it as an instrument in FL. Tryed to open it again be itself as an instrument and it work. So scratch what I said before.

**

Can open unlimited instances in eXT main window. Crashes if I try to open more than one in a sequencer track.

insertpizhere · Post by **insertpizhere** » Tue Feb 03, 2009 6:17 am

ok, a bunch of stuff is fixed now.

http://thepiz.org/xt/midiLooper20090203.zip

Optomadic · Post by **Optomadic** » Tue Feb 03, 2009 11:27 am

Ok everything seems to work exactly as it should now

.

The memory slots are a great addition

. The fact that they save direct to MIDI files makes this an extremely flexible feature.

About I/O chn on the Thru. Don't understand that right now. I tried using it to block thru after I record and I get 0 events. Will keep messing with it. I'm sure I'll figure it out.

I know I keep bringing this up but any chance for an auto stop feature on record?
To make it a tad easier on you it could stop when the end of a loop is reached. I mean if you consider that if you have loop bounds of say 2 bars long, and you record over that now it resets the recording head now anyway and starts recording a brand new take. Maybe this could instead send a command to stop the record and kick in the 'loop after rec' trigger.
It can be kind of difficult to try to stop the record manually right at the end of a given loop, especially if its being played live, and this can mean the loss of a good take. I'm sure you know what I mean right?

Anyway, cant wait to try to create a full song with it (just to see if it can be done). I think this will perfectly aid my other experiment I was telling you about earlier. Will pm you on this soon.

This is the makings of a really innovative, useful, and intuitive plugin Piz! Please please please keep up the wonderful work.

amiga909 · Post by **amiga909** » Tue Feb 03, 2009 12:32 pm

Optomadic wrote:Ok everything seems to work exactly as it should now .

The memory slots are a great addition . The fact that they save direct to MIDI files makes this an extremely flexible feature.

forgot about this very nice plug. nice to see this improvement.
thanks!

insertpizhere · Post by **insertpizhere** » Tue Feb 03, 2009 1:15 pm

Optomadic wrote:About I/O chn on the Thru. Don't understand that right now. I tried using it to block thru after I record and I get 0 events. Will keep messing with it. I'm sure I'll figure it out.

the "i/o channel" is the same as "channel" was before (input filter, output transformer). it's separate from the thru button, just grouped because they're global midi settings. what i did is add a new channel setting only for the note triggering.

I know I keep bringing this up but any chance for an auto stop feature on record?
To make it a tad easier on you it could stop when the end of a loop is reached. I mean if you consider that if you have loop bounds of say 2 bars long, and you record over that now it resets the recording head now anyway and starts recording a brand new take. Maybe this could instead send a command to stop the record and kick in the 'loop after rec' trigger.
It can be kind of difficult to try to stop the record manually right at the end of a given loop, especially if its being played live, and this can mean the loss of a good take. I'm sure you know what I mean right?

you mean when the host is looping? that makes sense. if it detects that the host went back in time, it should stop recording.

more later...

Optomadic · Post by **Optomadic** » Tue Feb 03, 2009 4:59 pm

Thank for the patience with my constant prattling IPH!

Optomadic · Post by **Optomadic** » Fri Feb 06, 2009 7:20 pm

I had a chance to play around with this some last night.

I was wondering if it had MultiChannel MIDI support. I wasnt able to record/playback multichannel MIDI at the same time. Am I doing something wrong here?

Thanks again iph..

bbl

insertpizhere · Post by **insertpizhere** » Fri Feb 06, 2009 7:31 pm

it only records and plays one channel at a time. i did this for simplicity, but eventually it will be able to record all channels, with an option to record each channel to a different slot, so after recording you could play them independently. of course by then it will also have to be able to play multiple slots simultaneously.

Optomadic · Post by **Optomadic** » Fri Feb 06, 2009 9:25 pm

Ok great! I thought I was loosing it for a minute there

. Your right that one channel is much more simple and a great way to quickly grab one off recordings

. Words cant express how much fun this thing is

.

Great work so far man.

piz midi looper (beta!)