Hi all, I have a patch idea where I record the audio input to SDRAM, but only when a key is held down. If you press a new key, recording resumes. If you press an old key, the portion of audio that was recorded for that key is played back. The problem is, none of the delay objects have any trigger inputs. Is there some community object that will let me do this?
Recording to SDRAM with a trigger
rbrt
#2
hey,
good approach for something like a 'sample-bank-recorder'.
I've been thinking about an object/a combination of objects for something like this for a while,
I'll try to sit down and get it done.
...what would be great is to be able to delete a key/recording and 'compact' the sample data afterwards,
because sdram is pretty on axo.
meanwhile, I've done some objects (in /rbrt/looper) that may be useful for what you propose.
Ott
#3
I don't think "sample defragmentation" will be very useful, at least for my use-case. What I want to do is have an instrument playing live, and for me to cut out the notes and be able to play them back immediately if need be. I probably won't even implement save/load.
rbrt
#4
...GREAT FUN your idea and a good starting point for something bigger,
check out the attached patch...
it's more or less the same what you've been proposing...
what's not working yet is recording to the next key while another is still
on hold...which would be nice..
bankrec_2.axp (15.9 KB)
please give it a try...
cheers
Ott
#6
Awesome! I tried to implement note overlapping just by modifying the note input, but it seems to be a bit more involved than that.
rbrt
#7
yep.
that part is not so easy, also since there's no object handling polyphony on patcher level...
at least that's what I'm a bit stuck with...
but I'm trying to figure this out somehow,lets see..
rbrt
#8
so here's another attempt,
YOU NEED TO sync your library before checking it out
there's some fancy new midi-polyphony-object in there...
bankrec_3.axp (14.2 KB)
basically,you can press a bunch of keys now and record a lot of samples in realtime..
I will think about some way of memory defragmentation come the time...
Ott
#9
This doesn't seem to work too well either. If I hold down a key and hold down a new key, the old key will start playing, and I don't think the new key will start recording until the old key has been let go. Or maybe the old key is overwriting the new key.
rbrt
#10
...it does actually start recording,but when the previous key is still on hold,
it starts playback because it's not 'blocked' anymore...
what I was trying to achieve was to be able to play back 'old' recordings while adding 'new'
recordings,which would be FUN, but results in a BIG HEADACHE...
as often, 'simple' ideas turn out to be hard to realize...
so,lets hold it for now,ok?
here's one last version which stops playback of all keys currently 'on hold' while recording new ones..
which is not what I was after, but it works...and it's 'cleaner' than the versions before..
bankrec_4.axp (13.5 KB)