# Optionaler Remote-Transcode-Worker — für eine GPU-Maschine im Netz.
# (EXPERIMENTELL, 23.07.2026: VAAPI/NVENC-Presets folgen; aktuell nutzt der
#  Worker dieselben HandBrake-CPU-Presets, bringt also v.a. stärkere CPUs.)
#
# Auf der GPU-Maschine:
#   1. Dieses Repo klonen (oder nur dieses File + Zugriff aufs Registry-Image)
#   2. Rohdaten-Freigabe der Rippy-Maschine mounten, z. B.:
#      mount -t nfs <rippy-host>:/srv/rippy /mnt/rippy
#      (die Rippy-VM muss /srv/rippy + das temp-Volume exportieren)
#   3. RIPPY_HOST unten setzen und starten:
#      docker compose -f deploy/remote-transcode-worker.yml up -d --build
#
# Der Worker meldet seine Encoder-Fähigkeiten automatisch — er taucht danach
# unter Einstellungen → Verarbeitung auf. Er bedient NUR die transcode-Queue;
# gerippt wird weiterhin dort, wo das Laufwerk hängt.

services:
  transcode-worker:
    build:
      context: ..
      dockerfile: docker/worker/Dockerfile
    command: ["celery", "-A", "celery_app", "worker", "--loglevel=info", "-Q", "transcode", "-n", "gpu-worker@%h"]
    environment:
      - REDIS_URL=redis://${RIPPY_HOST:?RIPPY_HOST setzen}:6379/0
      - DATABASE_URL=postgresql://rippy:rippy@${RIPPY_HOST}:5432/rippy
      - RIP_OUTPUT_DIR=/app/media
      - RAW_DIR=/app/temp/raw
    volumes:
      # Freigabe der Rippy-Maschine (siehe Kopf-Kommentar)
      - /mnt/rippy/media:/app/media
      - /mnt/rippy/temp:/app/temp
    devices:
      # GPU für Hardware-Encoding (AMD/Intel: /dev/dri; NVIDIA: nvidia-runtime)
      - /dev/dri:/dev/dri
    restart: unless-stopped