-
Notifications
You must be signed in to change notification settings - Fork 62
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
Downsample meshes? (Suggestion) #4
Comments
Hi, Welcome! :) The
However, here are possible solutions that I thought that I (or someone) could do:
Let me know what you think. |
I would like to propose something if the solution 2 above is chosen:
Depending on the precision, those zip files can be automatically extracted in the right folder without any overlapping in the names during the build step. Downloading a separate zip file and extracting it let us have a smaller file to download from a faster server :) [1] https://jichu4n.com/posts/how-to-add-custom-build-steps-and-commands-to-setuppy/ |
Hi all, thank you for the detailed responses! |
I don't know the status of partial cloning in github but in the future maybe this could provide a solution? https://about.gitlab.com/blog/2020/03/13/partial-clone-for-massive-repositories/ |
Hi, and first and foremost, thanks for the great work!
I checked out the repo and noted that the robots/urdf* folder is roughly 900 MB. This seems to be the case because of extremely high-resolution meshes.
Would it be an option to downsample the meshes a bit? For users, that would mean a more lean repo, faster collision checking in classical motion planning, faster rendering in visualization, etc.!
The text was updated successfully, but these errors were encountered: