> miller did :-) to change a 3D geometry control points. hmm, where is that?
> it is very useful for audio. sotty, don't het how it'd useful to have block~ with a different size than a power of two. cheers 2015-06-18 18:48 GMT-03:00 Cyrille Henry <[email protected]>: > hello, > > Le 18/06/2015 22:37, Alexandre Torres Porres a écrit : > >> I was just wondering if anyone had actually used block~ in a size >> different than a power of two... and in what specific situation, for what >> kind of processing. >> >> It's not clear how it is supposed to work for video processing. >> > > using the right block size we could imagine having a pix_dump~ and > pix_set~ (for Gem image) > > > >> anyway, it seems no one has ever done anything with it :) >> > miller did :-) to change a 3D geometry control points. > > >> it seems useless for audio, as most objects will restrict themselves to a >> power of two. >> > it is very useful for audio. > you can generated a lot's of audio data in one click. this data can be > stored in a table, or in a wav file on the disk. > for exemple, enveloppe table (for granular synthesis, fft analysis, etc) > can be generated in a loadbang. > > cheers > c > > > bang~, for example, will bang at every 128 samples when block is at 100 >> in size. >> >> cheers >> >> 2015-06-18 6:10 GMT-03:00 Roman Haefeli <[email protected] <mailto: >> [email protected]>>: >> >> On Wed, 2015-06-17 at 22:18 -0300, Alexandre Torres Porres wrote: >> > hi, help file of block says you should use power of two sizes for >> > objects, but that you can use any other block size if there's no >> > inlet~/outlet~. This is said to be "intended for later use in video >> > processing" and I ask: how so? >> >> I can't read Miller's mind, of course, but I could imagine that the >> idea >> is to have arbitrary block sizes so that it is possible to match the >> block size to video frames or lines of a video frame or whatever. Then >> you could use Pd's DSP engine to process video data in real time. >> >> Does that answer your question? >> >> Roman >> >> >> >> _______________________________________________ >> [email protected] <mailto:[email protected]> mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >>
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
