Brik

I would like to be able to use the msp objects faster than realtime, without using the nonrealtime driver. For example to be able to uzi the samples out of a buffer, then through an fft~ object. Is this is any way, shape or form possible, or do I need to start looking down other avenues for attack detection (on a buffer). Failing that, can anyone send me the slice~ object for windows because the site is down.

I would like to be able to use the msp objects faster than realtime, without using the nonrealtime driver. For example to be able to uzi the samples out of a buffer, then through an fft~ object. Is this is any way, shape or form possible, or do I need to start looking down other avenues for attack detection (on a buffer). Failing that, can anyone send me the slice~ object for windows because the site is down.
Thanks,

non-realtime-msp-objects

if you put your whole patch into a [poly~ up 8] you should have what you want.

but of course you will also need to set all time and rate values in the patch accordingly: sfplay will have to play at speed 8, tapin~ 1000. will have to be tapin~ 125 and so on.

also, if you render, you would have to render your file with 750 Khz samplingrate to disk and change its header afterwards with a hex editor.

you´d also need to disable any audio IO and midi IO if you dont want to run into trouble.

Brik wrote on Thu, 23 April 2009 19:45I would like to be able to use the msp objects faster than realtime, without using the nonrealtime driver. For example to be able to uzi the samples out of a buffer, then through an fft~ object. Is this is any way, shape or form possible, or do I need to start looking down other avenues for attack detection (on a buffer). Failing that, can anyone send me the slice~ object for windows because the site is down.
Thanks,

FTM and Gabor will be the way to go. Either that or custom C or Java code.

You may also store your buffer as a jitter matrix, and make matrix operations on it.

You may also store your buffer as a jitter matrix, and make matrix operations on it.
J-F.


Cheers for the replies, i've got a lot to mess with now...

Roman: what is the limit for up-sampling (if that's what you mean)? Are factors of 16, 32 and 64 possible? What would the added cpu load be like?

Trond: i've had a look at FTM and Gabor, but they say they are for 4.6 (for windows). Do they work on Max5?

Jean-Francois: are there any examples of this being done I could check out?

they work for Max5 on Mac, and the windows release is just around the corner.

Look for instance at jit.buffer~. Record into a jit.buffer~, output, use the jitter objects you like (or jit.expr), then, input into another jit.buffer~, and playback (with groove~...)

Check jit.buffer~ help file to get started.

Look for instance at jit.buffer~. Record into a jit.buffer~, output, use the jitter objects you like (or jit.expr), then, input into another jit.buffer~, and playback (with groove~...)
Check jit.buffer~ help file to get started.
Jean-François.


Non-realtime msp objects