it sounds great, how can I help ? who starts ?
+ 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/11 IOhannes m zmoelnig <[email protected]>: > -----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 _______________________________________________ GEM-dev mailing list [email protected] http://lists.puredata.info/listinfo/gem-dev
