It works great except it can have z-fighting issues, especially near t-junctions.
I'm wondering if there's a way to calculate scan lines along 2 or more axes, then choose the ones with the least uncertainty.
A similar issue happens with convex hull algorithms. If we wrap along the x axis, we might get a different triangle mesh than if we wrap along the y or z axis, because vertices may be coplanar along an axis. I've considered wrapping along all 3 axes, then choosing the mesh that matches in the most axes.
Is there a general solution for this? Some point clouds have sets of vertices that are coplanar regardless of which axis we use. I suspect that the number of axes needed might be proportional to the number of vertices. I wonder if we could use something like change of coordinates to wrap the mesh from the frame of reference of each vertex.
If we had that technique, we could apply it to Slug and render glyphs having minimal error, regardless of how they're transformed, if we're willing to sacrifice some performance.
zackmorris · · focus · HN ↗
<a href="https://gamedev.net/tutorials/programming/graphics/s-buffer-faq-r668" rel="nofollow">https://gamedev.net/tutorials/programming/graphics/s-buffer-...
<a href="https://en.wikipedia.org/wiki/Scanline_rendering" rel="nofollow">https://en.wikipedia.org/wiki/Scanline_rendering
<a href="https://mcejp.github.io/2021/02/17/s-buffers.html" rel="nofollow">https://mcejp.github.io/2021/02/17/s-buffers.html
It works great except it can have z-fighting issues, especially near t-junctions.
I'm wondering if there's a way to calculate scan lines along 2 or more axes, then choose the ones with the least uncertainty.
A similar issue happens with convex hull algorithms. If we wrap along the x axis, we might get a different triangle mesh than if we wrap along the y or z axis, because vertices may be coplanar along an axis. I've considered wrapping along all 3 axes, then choosing the mesh that matches in the most axes.
Is there a general solution for this? Some point clouds have sets of vertices that are coplanar regardless of which axis we use. I suspect that the number of axes needed might be proportional to the number of vertices. I wonder if we could use something like change of coordinates to wrap the mesh from the frame of reference of each vertex.
If we had that technique, we could apply it to Slug and render glyphs having minimal error, regardless of how they're transformed, if we're willing to sacrifice some performance.