On Sun, May 27, 2012 at 10:31 AM, phoenix <[email protected]> wrote: > Hi, > I have looked into the current implemented brep conversions, and found they > work quiet well now.
If you have reached that point, I'd suggest as your next step the enhancement of the conversion.sh script to support systematically converting large numbers of primitives, as discussed here: http://article.gmane.org/gmane.comp.cad.brlcad.devel/2006 For this case, the conversion in question would be unevaluated boundary representation trimmed nurbs (CSG+BREP) - basically, combinations would just point to brep versions of csg primitives, and the csg primitives would be converted with the brep command. Once you have that ready, the next step is to test the models bundled with BRL-CAD (m35.g, ktank.g, etc.) - that will feed thousands of variations of the primitives through the conversion routines. If you're not comfortable adding that functionality to conversion.sh directly, as a first step you can copy that script and make your own customized version of it that does the specific things you need. If you are comfortable with the conversions of existing primitives based on your tests to date, that makes this an excellent time to develop the ability for massive testing. The reporting of the script will also let you systematically monitor your progress on other primitives (i.e. percentage of unsupported primitives reported) once you start working on new primitives. CY ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
