Sync deps: Dockerfile system deps + ffmpeg, single pip flow

.streamlit/config.toml

@@ -0,0 +1,8 @@
+# Headless/Docker: do not open a browser; start server immediately
+[server]
+headless = true
+enableCORS = false
+enableXsrfProtection = false
+
+[browser]
+gatherUsageStats = false

Dockerfile

@@ -36,9 +36,12 @@ RUN git clone --depth 1 https://github.com/VAST-AI-Research/TripoSR.git TripoSR
 COPY app.py .
 COPY scripts/ ./scripts/
 COPY pages/ ./pages/
+COPY .streamlit/ ./.streamlit/
+COPY entrypoint.sh /app/entrypoint.sh
+RUN chmod +x /app/entrypoint.sh
 
 # HF Spaces expose port 7860
 EXPOSE 7860
 HEALTHCHECK CMD curl --fail http://localhost:7860/_stcore/health || true
-# xvfb-run provides a virtual display so TripoSR texture baking (ModernGL/X11) works in headless Docker
-ENTRYPOINT ["xvfb-run", "-a", "streamlit", "run", "app.py", "--server.port=7860", "--server.address=0.0.0.0"]
+# Start Xvfb in background then Streamlit (avoids xvfb-run which can hang in HF Spaces)
+ENTRYPOINT ["/app/entrypoint.sh"]

README.md

@@ -47,7 +47,8 @@ After that, run Skybox or Mesh again; the model will download on first use.
 - **"TripoSR not found"** → Rebuild the Space (the Dockerfile clones TripoSR). If you forked the Space, ensure the Dockerfile and `scripts/` are present.
 - **Mesh generation times out** → Use **Mesh resolution 256** and disable **Bake texture atlas** for a faster run; GPU Spaces are much faster than CPU.
 - **Build fails on torchmcubes** → The Dockerfile installs **CPU-only PyTorch** first (`--index-url https://download.pytorch.org/whl/cpu`) so torchmcubes can build without CUDA (Docker build has no GPU). Do not change the order of `pip install` steps; do not remove the CPU-index torch install or the build will fail with "Your installed Caffe2 version uses CUDA but I cannot find CUDA".
-- **"XOpenDisplay: cannot open display" / TripoSR baking texture fails** → TripoSR’s texture baking uses ModernGL, which needs an X11 display. The Dockerfile installs **xvfb** and runs the app with **xvfb-run -a** so a virtual display is available. Do not remove `xvfb` or change the ENTRYPOINT or baking will fail in the Space.
+- **"XOpenDisplay: cannot open display" / TripoSR baking texture fails** → TripoSR’s texture baking uses ModernGL, which needs an X11 display. The image uses **entrypoint.sh** to start **Xvfb** in the background and then Streamlit so a virtual display is available. Do not remove `xvfb` or change the ENTRYPOINT or baking will fail in the Space.
+- **Launch timed out / workload not healthy** → The app uses **entrypoint.sh** (Xvfb + Streamlit) and **.streamlit/config.toml** (headless) so startup is reliable. If it still times out, check Space logs for OOM or errors; consider upgrading to a larger machine.
 
 ---
 

entrypoint.sh

@@ -0,0 +1,12 @@
+#!/bin/sh
+# Start virtual display for TripoSR texture baking (ModernGL), then run Streamlit.
+# Avoids xvfb-run which can hang or require xauth in some environments.
+set -e
+export DISPLAY=:99
+# Start Xvfb in background; use -screen 0 so we have a valid display
+Xvfb :99 -screen 0 1024x768x24 -ac &
+XVFB_PID=$!
+# Give Xvfb a moment to start
+sleep 2
+# Run Streamlit (replaces this process)
+exec streamlit run app.py --server.port=7860 --server.address=0.0.0.0