[wishlist] Batch (multi scan) API about opencamlib HOT 2 OPEN

Maybe this is saying the same thing but coming from a different place...

I have been using OCL primarily for rotational paths. Since omp (perhaps for good reason) isnt used for the the stl rotation, scans can take a very long time. The way i am dealing with that is to tell ocl to use only one process, break the rotations into groups for the number of processors available, and have dispy run the scans, reassembling them afterwards.

My point is that perhaps ocl is trying to do too much. Maybe removing omp and the various path utilities, and focusing on the kdtree and a point drop cutter. The path generation could be left for either extender libraries or the apps themselves to implement. When i look at the problem, i see way too many edge cases.

in terms of wishlist, mine would be

• the ability to drop a cutter onto a non-planar stl by specifying a 3d starting point in space, a 3d ending point and cutter orientation with the result being the point of cutter contact between those two points.

• an arbitrary cutter that one could (only for example) draw up in freecad, export as an stl to be given to ocl to use. The only reason to have built in cutters would then be when the geometry lends itself to good speed optimization (which could be all of them for all i know).

This library works incredibly well for me as is. Just wanted to add some thoughts.

c.

from opencamlib.

@coburnw, I think the current implementation is assuming a constant drop direction, and indexes surface polygons essentially in 2d. That is fine for my use case (parallel scanning of independent lines on a single surface), but supporting full 3d would require bigger changes and performance trade-offs.

from opencamlib.