On Wed, May 23, 2012 at 11:29 AM, phoenix <[email protected]> wrote: >> For me it looks like rt_revolve_brep() creates full revolutions only. >> This would be a bug there. > > I also think that rt_revolve_brep() makes the brep determined by the > position of the sketch (revolve->skt->V), not r. So the shape is different.
revolve is not really a fully finished primitive, so it's not surprising it has its quirks. There has been some consideration given to the possibility of having revolve simply be a wrapper around the relevant BREP logic - in essence, the "implicit" parameters would just be used to generate a corresponding BREP under the hood. The major trick is to determine if a supplied sketch is "closed" (and if not, finding a "subsketch" that is closed, if it exists) - I don't know that we solve that problem very well yet. Going that route, the way forward would be to get revolve working in BREP form assuming a well behaved sketch, and build up robustness wise from there. Sean, what's your opinion? Cliff ------------------------------------------------------------------------------ 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
