-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-12-07 13:39, Antoine Villeret wrote: > i think this is a good idea i usually make changes to pix_object to > fit the requirement of my working projects if i have the > opportunity to do that for other objects (and i hope this happens > soon) i'll let you know
so my plan is actually something like this: - - add a new property "ROI" to the GemState. - - add a new object [pix_roi] that allows you to set the roi in a normalized form (0..1 rather than 0..<width>); this object will simply set the "ROI" property. - - have the pix_objects use these roi-property. in order for the latter to work more consistently, it would be nice (in a 2nd step?), to change the architecture of the pix_objects slightly: - - add new virtual methods called like processLineRGBA(void*data, unsigned int width, imageStruct*img); for line-wise processing (with context). GemPixObject would then take care of calling processLine correctly for the given ROI. if done correctly, we could also utilize this to allow parallel processing of pixes as well (see [1]. fgmasdr IOhannes [1] http://hirntier.blogspot.co.at/2009/02/parallelizing-video-routines.html > > best > > a -- do it yourself http://antoine.villeret.free.fr > http://drii.ensad.fr -- Google lit ce mail... si vous refusez cela, > utilisez l'adresse antoine.villeret [at] free.fr pour me contacter > > > 2012/12/7 IOhannes m zmölnig <[email protected]>: >> On 12/07/2012 01:50, Antoine Villeret wrote: >>> >>> hi all, >>> >>> i've added some new features to pix_set : - roisize and >>> roioffset which allow to set only a small part of the whole >>> image - fill which set all the pixels by sending only one value >>> (no need to make a huge list...) >>> >>> the help patch have been updated and i also make an example >>> 04.pix/27.bitmap_font.pd >>> >>> feedback are welcome feel free to include it in Gem >> >> >> thanks for your patches. >> >> eventually i would like to have generic ROI support for all pix_ >> objects (apart from some objects where it doesn't make sense). >> this however, would require a "rewrite" (substantial adaption) of >> the processing core of all objects :-( >> >> >> fgmasdr IOhannes >> >> >> _______________________________________________ GEM-dev mailing >> list [email protected] http://lists.puredata.info/listinfo/gem-dev > > _______________________________________________ GEM-dev mailing > list [email protected] http://lists.puredata.info/listinfo/gem-dev > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDG9QQACgkQkX2Xpv6ydvTC8QCfUE8isxKGWz7EKPS4Vz7aNk6w bk8AnjRUwJdQw5r9opjCkDAmyFl5JUup =lJyp -----END PGP SIGNATURE----- _______________________________________________ GEM-dev mailing list [email protected] http://lists.puredata.info/listinfo/gem-dev
