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

Ad hoc meshing does not work for segmentations with mags >= 64 #7795

Closed
philippotto opened this issue May 10, 2024 · 0 comments · Fixed by #7799
Closed

Ad hoc meshing does not work for segmentations with mags >= 64 #7795

philippotto opened this issue May 10, 2024 · 0 comments · Fixed by #7799

Comments

@philippotto
Copy link
Member

By default, ad hoc meshing uses a cubeSize of [128, 128, 128] (when specified in mag 1). For mag 64, this corresponds to a cubeSize of [2, 2, 2] and with a padding then [3, 3, 3]. However, this seems to produce incorrect meshes for some reason.

As a workaround, one can run window.__marchingCubeSizeInMag1 = [4096, 4096, 4096] in the current tab. The default cube size doesn't seem well chosen for these coarse mags. Therefore, I think, we should adapt the front-end to send different cube sizes to the back-end.

However, I'm not 100% sure why small cube sizes don't work at all. Is it problematic if a bucket contains only one segment and then no mesh is returned for that bucket or something like that?

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

Successfully merging a pull request may close this issue.

1 participant