[PD] any block size for video processing?

[Cyrille Henry]

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 <reduzent at gmail.com <mailto:reduzent at gmail.com>>:
>
>     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
>
>
>
>     _______________________________________________
>     Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>     UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>