tag:blogger.com,1999:blog-8112083.post113919404555509885..comments2022-02-05T14:12:11.706-05:00Comments on inferno programmer's notebook: lab 53 - granulatorcaerwynhttp://www.blogger.com/profile/12819704983814002831noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-8112083.post-1142603891024793872006-03-17T08:58:00.000-05:002006-03-17T08:58:00.000-05:00oops - that was meant to under the name "rog".oops - that was meant to under the name "rog".Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8112083.post-1142603850760377392006-03-17T08:57:00.000-05:002006-03-17T08:57:00.000-05:00i hadn't heard about the granulation technique bef...i hadn't heard about the granulation technique before.<BR/>that interesting, and something i'll be interested in trying<BR/>out (i often learn fiddle tunes from recordings, and the<BR/>details are often very fleeting - being able to really<BR/>slow things down will be useful, and i hadn't found a decent<BR/>algorithm yet).<BR/><BR/>one thought about the structure of your dsp modules.<BR/>doing things on a sample-by-sample basis is going<BR/>to be slow. what's needed is a way to speed up the inner<BR/>loops, for instance by passing buffers around.<BR/>i really think it should be possible to use processes for<BR/>this kind of thing - then arbitrary modules can be plugged<BR/>together, and each one doesn't necessarily have to be<BR/>written as a state machine. an output module<BR/>could call its input source to obtain fill a buffer<BR/>with some samples:<BR/><BR/><B>chan of (array of Sample, chan of int)</B>.<BR/><BR/>this has got me back into the whole audio thing, which<BR/>i'd left on hold a year or so back. i want to be able<BR/>to access the macos audio subsystem from within inferno.<BR/>to that end, i've just written a little language to<BR/>make their arcane API marginally accessible, but that's another<BR/>story.<BR/><BR/>PS. it'd be nice to have a <pre> tag here!Anonymousnoreply@blogger.com