@Hsiaolung – I presume you’ve seen my related post?
It’s not surprising that you would experience slow computations of a spline surface involving millions of points. Recognize that the resulting surface is a cubic spline, in the ACIS geometric kernel. Splines are the most complex geometric entitiy in modern CAD kernels, and I doubt that many kernels have modernized their routines for performant operations on splines of such magnitude. While Coreform has developed several performant spline technologies related to our U-splines, I’m not aware of these being adopted by any kernel.
Thus I have a few recommendations:
- Make sure you’re using the “Performance Mode” options, shown in the code from my link above, when processing splines.
- Use fewer points
- Given that splines are higher-order functions, you may be able to use fewer points to define your spline while still achieving high-accuracy. You may be able to use Matlab to assist you with this
- Don’t do webcut, create geometry via sweep
- If your intent is to take a cube and cut it, so that you have a “solid” region and a “air/water” region, see if you can instead create these two regions by extruding your spline surface in each direction.
- See if you can pre-decompose your spline into smaller spline “patches”, this might be more performant.
- For example, compare the spline surface in my linked post above to:
- For example, compare the spline surface in my linked post above to:
