-
Notifications
You must be signed in to change notification settings - Fork 129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GEO::mesh_make_atlas() very slow #38
Comments
That's because we need to pre-segment the mesh. For now, the algorithm tries to parameterize each part, then iteratively splits the parts if there were overlaps or too much distortion, so for a large mesh it will do many many chart parameterization / splittings. I'll add pre-segmentation shortly (I have it somewhere ...) (The current version is for a scenario where you first generate a low poly mesh from a high poly one, then parameterize the low poly mesh, and generate normal maps, this is why there was no performance issue / need to presegment). |
sounds great, it would be of great help if you can add that missing part too; thank you! |
Just for my own curiosity, what is your usage scenario / application ? |
mesh texturing in a photogrammetry pipeline like OpenMVS |
I also get a lot of messages like this, is it normal?
|
Some news:
|
Thank you for the update! |
I have no experience with vcpkg, but I'll take a look ... |
I do not remember what went wrong, but I tried now again the instructions in your link and it worked |
Fixed in v1.8.3rc that has new mesh_make_atlas() function |
thank you! |
I finally was able to call and extract all data I need from
GEO::mesh_make_atlas()
however when trying it on any real mesh (number of faces > 500k) the method becomes very slow, basically unusable in any real wold application. Is there something I do wrong in compiling the library or the function in known to be slow?Update: I tested the functionality in GraphiteThree and same problem.
The text was updated successfully, but these errors were encountered: