Forums > MaxMSP

Transpose contents of buffer~ as a process

October 15, 2013 | 1:44 am

Not sure if this is possible or not. I want to transpose the contents of a buffer~ ie change the length and alter the pitch, so if I have a note in the buffer~ which is 2000ms long and a C4 I want to change it to 1000ms long at C5, 4000ms at C4 etc. I’m thinking I might be able to do this in real-time by using two buffer~s, and playing the sample into the currently unused buffer before switching to it but this is rather clunky. Is there a way of doing this offline? ie faster than real-time?

If you’re wondering why the convoluted route, it’s because I’m loading them as impulse responses not using them for playback.

Thanks,

Mark


October 15, 2013 | 9:42 am

To do that task in better-than-real time, you could write the operation in Java.
file://localhost/Applications/Max%206.1/java-doc/api/com/cycling74/msp/MSPBuffer.html
All the work for programming rate-change, interpolation, etc. has already been done in the play~ and groove~ objects, though, so I’d advise trying to leverage that work rather than starting from scratch.


October 15, 2013 | 10:25 am

So presumably I can’t achieve this using standard Max objects. Is this in any way a beginner project? I don’t know Java, but am not averse to learning some. Any pointers appreciated.


October 15, 2013 | 10:38 am

You could do something comparable using gen~. The same caveats apply about duplicating work that’s already been done for realtime rate-change with play~ and groove~. Changing the increment rate to achieve the desired transposition, and interpolating between samples so as not to introduce unwanted distortion are both common computer music programming operations, but are not, imho, a "beginner project".


October 15, 2013 | 11:17 am

Fair enough, I’ll continue with my convoluted solution unless anyone has already done this, and I’ll try to put some effort in learning java later… it’s on the to-do list but I never quite get there!


October 15, 2013 | 11:17 am

You could also do this faster than real time inside an upsampled poly~, if you want to do it in straight max.

I’d prefer java myself, but this should work. How much of a speed up do you need?


October 15, 2013 | 11:33 am

Well.. as fast as possible really. Ideally the user could just click to transpose the buffer~, but the samples are usually only 3 seconds max. So if I put my buffer and a playback object inside poly| and upsample the lot it will speed up the process by whatever the sample rate increase is, so if Max is at 48khz and i up it to 192 it will run 4x faster? I also take it I would need 2 buffer objects, one to play from and another to copy into?


October 15, 2013 | 11:59 am

Yup, that’s pretty much it. Also, you can use the mute 1/mute 0 message with thispoly~ so you don’t have to run it when you’re not resampling.

If you do it in gen~ inside of poly~, you can also use fancier interpolation modes.


October 15, 2013 | 12:25 pm

Thanks Peter, will give it a go.


October 15, 2013 | 1:01 pm

if you want to switch as fast as possible and you are fine with per-key resolution for 2 or 3 octaves, why not use 30 buffers with 30 samples?


October 15, 2013 | 2:12 pm

It’s a good idea, but there are no samples to start with – the user copies them to the buffer from an existing sample of their choice. It’s like an IR instrument where you can quickly design new IRs using existing samples – not for the purpose of reverb but more for general sound design. Will post it up when it’s finished.


October 16, 2013 | 3:42 am

So I’ve got the patch working outside of poly~. It’s not my most elegant creation, but it works. I’m just unsure of how to put it inside a poly~, ie what needs to go in. I’ve used line~ and wave~, but don’t understand how the timing will work when upsampled in poly – do I need divide my playback times?

<code>

– Pasted Max Patch, click to expand. –

</code>


Viewing 12 posts - 1 through 12 (of 12 total)