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

Error while loading sharded meshes #394

Open
Mencu opened this issue May 27, 2022 · 4 comments
Open

Error while loading sharded meshes #394

Mencu opened this issue May 27, 2022 · 4 comments

Comments

@Mencu
Copy link

Mencu commented May 27, 2022

Hello,

I have noticed an error in the web console that I can barely debug, for which I need a bit of help with.

Because we have a big data set, we have sharded (draco compressed) the data, in order to be fed to Neuroglancer. Some cell meshes still exceed a certain size and need to have a truncated requests/responses. I have noticed some of these meshes end up in an error in the console:
ScreenshotConsole

Their data is being fetched by Neuroglancer.
First request:
Screenshot1

Second request:
Screenshot2

But the mesh is not shown in the Viewer. I have tried to debug the chunk manager, but I had no luck. Also, the shard files seem to work, as I've loaded the problematic meshes with cloud-volume.

Do you have any idea where I could start debugging?

Best,
Andrei Mancu

@jbms
Copy link
Collaborator

jbms commented May 27, 2022

proc_exit 1 indicates an unexpected error decoding the mesh, but I will have to investigate more what the issue is.

@Mencu
Copy link
Author

Mencu commented May 27, 2022

Okay! I think I might have a lead then. Thanks Jeremy!

@nkemnitz
Copy link
Contributor

@Mencu Running into the same issue with large draco mesh shards, did you ever figure this one out? CloudVolume/DracoPy is decoding the mesh just fine - 16,128,411 vertices, 31,662,220 faces, 0 vertex normals.

@nkemnitz
Copy link
Contributor

nkemnitz commented Jun 16, 2023

Looks like it's a 32-bit memory limitation.

ALLOW_MEMORY_GROWTH=1 only works up to 2GB. Adding MAXIMUM_MEMORY=4GB already resolves the proc exit error for the 16M vertex mesh (see #470).

For a larger mesh (22.5M vertices), it now fails with RangeError: Start offset -1466876952 is outside the bounds of the buffer -
maybe hitting 4GB? If so, I believe we need to wait for https://github.com/WebAssembly/memory64?

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

3 participants