Interesting paper for someone fiddling with implicit surfaces, but it's gonna take a little while to digest it. Also there's no examples of resulting UV maps used in this (while on-model painting is simplified, afaik classically artists still preferred to get clearly delineated maps to modify in regular painting software even if stuff like Substance painter seems to have shifted that).<p>Implicit surface modelling tools are still evolving quickly, and one point that seems overlooked is how this would tie with authoring tools (since this is about a fairly raw numeric algorithm solution).<p>Post-modelling it should hold up, but would the maps retain similarity (or enable transferability) if the implicit model structure changes?<p>Imagine 2 disjoint spheres in space, the user drags them together, would this algorithm want to merge the UV mapping of them if they are smoothly joined? (no sharp creases).
Great timing on this paper. I actually just started tackling a problem that is essentially exactly what is under discussion here (creating a coherent UV set for implicit geometry), so I'm very looking forward to reading it in depth.<p>At a first glace through, it seems to be written at a good blend between concept and implementation followthrough, something that notoriously is not always there for CG papers :) And it's also refreshing to read something that is not neuro-AI-generation of this or that for a change!
Related question: I'm coding a demo (as in "demoscene") and want to displace a plane SDF (think e.g. a heightmap) for raymarching.<p>This produces some visible discontinuities in the plane at larger slopes. My surface is still at f(x,y,z) = 0 but the rest of the field is completely messed up. From the little maths I know, that is no longer an SDF because among other issues, it no longer satisfies the Eikonal equation mentioned in the article.<p>Is there any way to fix this or am I SOL?