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?
cheers
Am 18. Juni 2015 03:18:49 MESZ, schrieb Alexandre Torres Porres porres@gmail.com:
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?
Hmm. What is the question?
mfg.ugd.fhj IOhannes
-- Sent from my pdp-11
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
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.
anyway, it seems no one has ever done anything with it :)
it seems useless for audio, as most objects will restrict themselves to a power of two.
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@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@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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@gmail.com mailto:reduzent@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@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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 ch@chnry.net:
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@gmail.com mailto: reduzent@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 theidea 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@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management ->http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Cyrille Henry -
IOhannes zmölnig -
Roman Haefeli