InternRobotics / InternRobotics/MeshCoder
[Request] Environment setup challenges & Request for Dockerfile for reproducible inference
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Jupyter Notebook
- Estrellas
- 534
- Forks
- 29
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
Hi MeshCoder team,
First of all, thank you for this impressive work! I am very excited to try out the inference_shape2code_point_input.py script with the Llama-3.2-1B model.
However, I have encountered a series of environment compatibility issues while trying to set up the dependencies following the current documentation. It seems that the version constraints between torch, peft, transformers, and pytorch3d are quite strict and somewhat conflicting in a standard setup.
Here is a summary of the issues I faced:
-
Version Incompatibility: Conflicts between peft and transformers (e.g., ModuleNotFoundError: No module named 'transformers.modeling_layers') and issues with LossKwargs imports when using Llama 3.2.
-
Binary Mismatches: torch-scatter and pytorch3d required manual recompilation or specific wheels to match the PyTorch version, which caused undefined symbol errors.
-
Missing System Libraries: The inference script (relying on OpenCV and Blender) failed multiple times due to missing Linux libraries in a standard container environment (e.g., libGL.so.1, libXi.so.6, libxkbcommon.so.0, etc.).
Suggestion:
To make it easier for the community to reproduce your results and avoid "dependency hell," would it be possible to provide an official Dockerfile?
A Docker image containing the correct versions of PyTorch, PyTorch3D, pre-compiled binaries, and all necessary system-level libraries would be incredibly helpful.
Thank you for your time and for open-sourcing this project!
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza revisando la documentación actual y ejecutando inference_shape2code_point_input.py con el modelo Llama-3.2-1B para reproducir los fallos de dependencias y de bibliotecas faltantes reportados. Se considera completado cuando un Dockerfile y una imagen oficiales definan versiones compatibles de PyTorch, PyTorch3D y paquetes relacionados, además de las bibliotecas del sistema requeridas, para que la inferencia se ejecute de forma reproducible.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- blender, docker, linux, opencv, python, pytorch
- Área
- computer-vision, devops, machine-learning
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100