Track-Auswahl-Tabelle, nativer Windows-Worker (via UI angeboten), Anleitungs-Tab

Volle Titel-Auswahl vor dem Rip (Etappe-12-Rest):
- worker.tasks.scan_tracks: makemkvcon info -> Titel-Liste (Dauer/Groesse/
  Kapitel, apdefs-Attr 8/9/11) in die settings-Tabelle 'tracks:<device>';
  API: POST /devices/{n}/scan-tracks + GET /devices/{n}/tracks (Polling).
- Rip-Dialog: 'Disc scannen' -> Tabelle mit Checkboxen, Vorauswahl ab
  5 min, Groessen-Summe; gewaehlte Titel als meta.titles in den Job.
- rip_titel_auswahl: ein makemkvcon-Aufruf je Titel (mkv kann nur einen
  Titel oder all), Fortschritt anteilig. Parser-Tests dabei.

Nativer Windows-Worker OHNE Docker (Commander-Wunsch):
- Die Rippy-Instanz versorgt sich selbst: GET /worker-setup/windows
  liefert install.ps1, /worker-setup/paket den Worker-Code als Zip
  (api-Dockerfile kopiert docker/worker/*.py als worker_dist/ ins Image).
- install.ps1: Python-Check, venv + requirements, HandBrakeCLI 1.9.2 vom
  offiziellen GitHub-Release (URL per HEAD verifiziert), start-worker.bat
  mit celery -Q transcode --pool=solo (Celery-Doku: Windows nur solo),
  optional -Autostart via schtasks onlogon.
- tasks.py laedt jetzt auch ohne fcntl (Import-Guard) — rip_disc ist auf
  solchen Workern hart verriegelt (Klartext-Fehler statt Crash).
- Einstellungen -> Worker: Varianten-Umschalter Linux(Docker)/Windows(nativ)
  mit passenden Copy-Paste-Befehlen.

Anleitungs-Tab: Rippy erklaert sich selbst (Disc-Weg, Serien, NAS,
Media-Server, Benachrichtigungen, Key, Worker, Downloads, FAQ).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

README.md

@@ -118,12 +118,19 @@ steckt im Image: `docker compose build worker && docker compose up -d worker`.
 Worker WIRKLICH haben (CPU x264/x265, VAAPI bei AMD/Intel-GPU, NVENC bei
 NVIDIA) — jeder Worker meldet seine Fähigkeiten selbst beim Start.
 
-### Optional: GPU-Maschine im Netz als Transcode-Worker
+### Optional: weitere Maschinen als Transcode-Worker
 
 Die Kompression läuft als eigener Celery-Task auf der Queue `transcode` —
-JEDE Maschine im Netz kann sie übernehmen (siehe
-`deploy/remote-transcode-worker.yml`). Ohne Zusatz-Worker macht der
-eingebaute CPU-Worker alles selbst — Rippy bleibt All-in-one.
+JEDE Maschine im Netz kann sie übernehmen. **Einstellungen → Worker** zeigt
+für beide Varianten einen Copy-Paste-Befehl:
+- **Linux (Docker)**: `deploy/remote-transcode-worker.yml`
+- **Windows (nativ, ohne Docker)**: braucht nur Python 3.10+ — der
+  Installer (`install.ps1`) kommt von der Rippy-Instanz selbst
+  (`/api/worker-setup/windows`), lädt Worker-Code und HandBrakeCLI
+  automatisch und erzeugt eine `start-worker.bat` (optional `-Autostart`).
+
+Ohne Zusatz-Worker macht der eingebaute CPU-Worker alles selbst — Rippy
+bleibt All-in-one.
 
 ## Umgebungsvariablen (.env)