Skip to content
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

Question about Tsurf and forward of GCNMLPDecoder in DMTET #10

Open
colorful-liyu opened this issue Mar 6, 2023 · 0 comments
Open

Question about Tsurf and forward of GCNMLPDecoder in DMTET #10

colorful-liyu opened this issue Mar 6, 2023 · 0 comments

Comments

@colorful-liyu
Copy link

Dear DMTet group, 

Thank you for your great work of DMTet and DefTet!

I am a PhD student in China, and want to follow Deep Marching Tetrahedra: a Hybrid Representation for High-Resolution 3D Shape Synthesis(DMTet). I'm trying to modify the codebase of DefTet to achieve the TSDF supervision and volume subdivision claimed in DMTet. 

However, a problem confused me for a while.  The DMTet paper claimed:

'We first identify surface tetrahedra Tsurf  based on the current s(v) value. We then build a graph G = (Vsurf; Esurf), where Vsurf; Esurf correspond to the vertices and edges in Tsurf.'  

I've read DefTet and Kaolin carefully, including kaolin.ops.conversions.marching_tetrahedra(). But different meshes have different numbers of surface tetrahedra Tsurf. I was wondering how the meshes with different Tsurf can be synthesized in one batch, and how the different graphs G can be used in one forward process

So I sincerely hope to get help from you. Thanks for your great work again!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant