On Jul 19, 2013, at 7:31 PM, Clifford Yapp wrote:
> On Fri, Jul 19, 2013 at 10:07 AM, Christopher Sean Morrison <[email protected]>
> wrote:
>
> It's a shame we have to use Bezier patches at all. I wonder if sorting
> through the surface tree to find overlapping subregions would be faster
> (since it's work we already had to do, yes?) than the work to decompose into
> Bezier patches and back. It'd be sampled, but should be no worse than our
> ray tracing.
>
> As I understand it, the plan is not to explicitly convert to Bezier patches -
> the idea is that if we use the isocurves defined by the knots we'll have a
> grid in UV space, and the "patches" within the knots should have Bezier-like
> behavior - the intersection test then reduces to isocurves vs. surfaces,
> without (hopefully) needing to get the explicit Bezier patches.
Ah! That sounds much more reassuring, if true. ;)
Cheers!
Sean
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
