You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I ran ./quadriflow -i ../../icosphere7.obj -o quadsphere.obj -f 131072 on a order 7 icosphere triangular mesh in hopes of returning a 131,072 face quad mesh and it returned a mesh with 1,076,594 face quad mesh. While the quality is fantastic, it's nearly an order of magnitude higher resolution than I'd asked for.
I can understand if there cannot be an exact match to the number of faces due to geometric principals, but this seems way off. Am I missing something about the -f flag?
There are also some unexpected efffects at the singularities (i.e. the original vertices in the icosahedron). Here is an image of one of them on the quadriflow output:
Certain Artifacts could exist since we are approximating the original problem instead of solving a global optimal. -f control the scale of the edge length and thus the number of faces. However, it can just give it a linear scale while we cannot control the exact number of faces.
I ran
./quadriflow -i ../../icosphere7.obj -o quadsphere.obj -f 131072
on a order 7 icosphere triangular mesh in hopes of returning a 131,072 face quad mesh and it returned a mesh with 1,076,594 face quad mesh. While the quality is fantastic, it's nearly an order of magnitude higher resolution than I'd asked for.I can understand if there cannot be an exact match to the number of faces due to geometric principals, but this seems way off. Am I missing something about the
-f
flag?If it helps, I've attached the input I used as icosphere7.zip and the output as quadsphere.zip.
The text was updated successfully, but these errors were encountered: