On Jul 7, 2012, at 12:10 PM, crdueck wrote: > great resources guys, thanks very much. I have lots of reading to do now. > > Also, currently the rt_sketch_tess function doesnt (really) exist. I'm not > sure what kind of outputs the rt_*_tess functions are supposed to provide, > but would I be able to use it in the analysis functions to determine area or > would I need a specific tesselation function for that purpose? If the output > is usable to determine the area I could write the general tesselation > function first and then continue work on analyzing a sketch.
The rt_*_tess() functions produce a *polygonal* (not necessarily triangles) approximation of an object with topology preserved. That is to say that a box (arb8), for example, is turned into a six rectangular faces stitched together. For most of the curved surfaces (e.g., ell), I believe it spits out triangles. From our API persepctive, tess() does imply polygonal tessellation whereas I was suggesting non-polygonal tessellation for computing area. Note that if you successfully implement non-polygonal tessellation, it'd then be trivial to derive a polygonal approximation for tess(). Not to mention lots of people would love you since users could import sketch extrusions via dxf-g and then export them as polygons for other purposes.. :) Cheers! Sean ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
