On 01/31/2011 08:55 PM, Mathieu Bouchard wrote:
In any case, such complications are one good reason to use GridFlow.
Well I may be wrong but I am under the impression that such
complications are indeed mere gem bugs, rather than being intrinsic in
the way GEM is conceived. That is, a pix object is expected to "inform"
the objects below it when the pix is modified, and in these cases it is
simply failing to do it.
Seriously, in GridFlow, an image is more similar to a normal message,
and the data actually flows from outlet to inlet,
Yeah I know, and I LOVE that, ideally.
However by trying it a little bit I got the impression that any
real-life image processing of even a minimum of complexity is completely
unfeasible in practice because it immediately becomes too slow. Or isn't
it so?
Is it possible, for example, to do movement detection and blob detection
in gridflow with an efficiency even remotely comparable to that you can
achieve with [pix_movement] and [pix_blob]?
thanks
m.
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list