Then we add a lot of BMesh operation during loading? and the line result will depend on the rendering size, which is likely to produce inconsistent result when rendering small and big, especially for smooth chained lines.

OK. I think I'll use the types suggested in the guideline

I don't mean that we should decimate geometry.

What I mean is that we can calculate the smallest tile that fits in the camera plane.

So you calculate how small a pixel is in image space and then limit the tile size to that.

For example if your render output is 100x100 pixels, then if each tile is split in four every time, then the maximum we would want to split is seven times. (0.78125 x 0.78125 pixels)

But anyways, this was kinda off topic for this patch. So if you do think this is a good idea, then it should be done in an other patch.

Oh actually due to how line art registering cuts in lines, it has to calculate until the very last tiny triangle. Because we can't reduce/simplify triangles that we need to go through, tiling based on pixel size often isn't small enough to let one tile contain only a hundred or so of triangles for better load separation.

Ah, ok. Then this is irrelevant.

I'll fix rt, rl, rv changes separately in a later patch so it don't cause much conflict at the current stage.

Oh this was a merge mistake. I'll change it back.