Cycling 74 » Topic: Non-realtime msp objects http://cycling74.com/forums/topic/non-realtime-msp-objects/feed Wed, 19 Jun 2013 11:46:35 +0000 http://bbpress.org/?v=2.2.4 http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-43507 <![CDATA[Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-43507 Thu, 23 Apr 2009 17:45:58 +0000 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.
Thanks,

Rob

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156090 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156090 Thu, 23 Apr 2009 18:42:57 +0000 Roman Thilenius
Brik wrote on Thu, 23 April 2009 19:45
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,

Rob

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.

-110

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156091 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156091 Thu, 23 Apr 2009 21:32:01 +0000 Trond Lossius FTM and Gabor will be the way to go. Either that or custom C or Java code.

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156092 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156092 Fri, 24 Apr 2009 05:50:34 +0000 Jean-Francois Charles You may also store your buffer as a jitter matrix, and make matrix operations on it.
J-F.

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156093 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156093 Fri, 24 Apr 2009 09:17:13 +0000 Brik 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?

Thanks!

Rob

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156094 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156094 Fri, 24 Apr 2009 14:07:28 +0000 f.e Slice~ for Windows.

f.e

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156095 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156095 Fri, 24 Apr 2009 17:08:49 +0000 Brik Cheers f.e!

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156096 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156096 Fri, 24 Apr 2009 18:04:21 +0000 Trond Lossius Hi f.e.

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

Best,
Trond

]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156097 <![CDATA[Re: Non-realtime msp objects]]> http://cycling74.com/forums/topic/non-realtime-msp-objects/#post-156097 Sat, 25 Apr 2009 17:07:50 +0000 Jean-Francois Charles 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.

]]>