1.0.0 docs
Deploy Docs to GitHub Pages / Build Documentation (push) Has been cancelled
Deploy Docs to GitHub Pages / Deploy to GitHub Pages (push) Has been cancelled

This commit is contained in:
2026-06-12 10:38:45 +02:00
parent b29ac935a9
commit 5e24c6b9cc
72 changed files with 1340 additions and 704 deletions
+57 -31
View File
@@ -9,74 +9,100 @@ Die Oberfläche besteht aus zwei Hauptbereichen:
1. `Audiobooks Upload`
2. `Audiobook Jobs`
## 1) Audiobooks Upload
## 1. Audiobooks Upload
Der Upload akzeptiert ausschließlich `.aax`.
### Bedienung
- Datei auswählen (Button oder Drag-and-Drop)
- Datei auswählen oder per Drag-and-Drop ablegen
- Upload starten
- Auswahl entfernen oder laufenden Upload abbrechen
Während des Uploads zeigt die UI:
- Prozentfortschritt
- übertragene/gesamte Bytes
- Statusmeldung (z. B. „Job vorbereitet“, „in Queue eingereiht“)
- übertragene und gesamte Bytes
- Statusmeldung
### Ablauf nach erfolgreichem Upload
- AAX wird serverseitig geprüft
- Audiobook-Job wird angelegt
- Job landet je nach Pipelinezustand in `READY_TO_START`, startet direkt oder wird eingereiht
- die AAX-Datei wird geprüft
- Ripster versucht Metadata, Kapitel und Activation-Bytes-Kontext aufzubauen
- ein Audiobook-Job wird angelegt
- der Job startet direkt oder wird in die Queue eingereiht
## 2) Audiobook Jobs
## 2. Audiobook Jobs
Gezeigt werden aktive Jobs (nicht abgeschlossene). Fertige Jobs liegen in der `Historie`.
Die Seite zeigt aktive Jobs. Abgeschlossene Jobs findest du in der `Historie`.
Jeder Job kann eingeklappt/ausgeklappt werden und zeigt:
Ein Job kann eingeklappt oder ausgeklappt werden und zeigt:
- Titel-/Metadatenblock (Titel, Autor, Sprecher, Jahr, Kapitel)
- Statusbadge
- Fortschritt/ETA
- ggf. Kapitel-Fortschritt
- Titel, Autor, Sprecher, Jahr
- Kapitelanzahl
- Fortschritt und ETA
- bei Split-Ausgabe den Kapitelstatus
### Konfigurierbare Job-Parameter
## Konfigurierbare Job-Parameter
Im ausgeklappten Job:
Im ausgeklappten Job kannst du setzen:
- Ausgabeformat (`m4b`, `mp3`, `flac`)
- formatspezifische Optionen (dynamisch je Format)
- Kapitelnamen bearbeiten
- Pre-Rip-Ausführungen (Skript/Kette)
- Post-Rip-Ausführungen (Skript/Kette)
- Ausgabeformat `m4b`, `mp3` oder `flac`
- formatspezifische Optionen
- Kapitelnamen
- Pre-Encode-Skripte und -Ketten
- Post-Encode-Skripte und -Ketten
### Formatverhalten
- `m4b`: eine Datei mit Kapiteln
- `mp3`/`flac`: kapitelweise Ausgabedateien
- `m4b`: eine Datei mit Kapitelmarken
- `mp3`: eine Datei pro Kapitel
- `flac`: eine Datei pro Kapitel
Für `mp3`/`flac` zeigt die UI während/nach dem Lauf eine Kapitel-Status-Tabelle (`Rip`/`Encode`).
Wenn du `mp3` oder `flac` wählst, zeigt die UI zusätzlich eine Kapitel-Status-Tabelle.
### Aktionen je Job
## Activation Bytes
- `Encode starten` (bzw. Neustart mit aktuellen Optionen)
- `Abbrechen`
- `Job löschen` (mit Bestätigung)
Wenn Ripster für eine Datei keine Activation Bytes verwenden kann, wird im Workflow eine manuelle Eingabe nötig.
Wichtig:
- die Bytes werden lokal gecacht
- derselbe AAX-Hash muss dann später nicht erneut manuell eingegeben werden
- der Expertenblock in `Settings` zeigt bekannte Cache-Einträge an
## Relevante Settings
- `raw_dir_audiobook`
- `movie_dir_audiobook`
- `raw_dir_audiobook_owner`
- `movie_dir_audiobook_owner`
- `audiobook_raw_template`
- `output_template_audiobook`
- `output_chapter_template_audiobook`
- `ffprobe_command`
- `ffmpeg_command`
### So wirken die Settings im Alltag
- `audiobook_raw_template` bestimmt den Namen des AAX-RAW-Ordners
- `output_template_audiobook` bestimmt die Einzeldatei für `m4b`
- `output_chapter_template_audiobook` bestimmt Zielstruktur und Dateinamen für `mp3`/`flac`
- `ffprobe_command` liest Kapitel und Metadaten
- `ffmpeg_command` erzeugt die finalen Dateien
## Queue und Laufzeit
Audiobook-Jobs nutzen dieselbe globale Pipeline wie die anderen Bereiche.
Relevante Settings:
- `Parallele Jobs`
- `Max. Encodes gesamt (medienunabhängig)`
## Typische Fehlerbilder
- Upload wird abgelehnt: Datei ist keine gültige `*.aax`.
- Start/Encode schlägt fehl: `ffprobe` oder `ffmpeg` nicht erreichbar.
- Unerwartete Ausgabeorte: Templates/Pfade passen nicht zur gewünschten Struktur.
- Upload wird abgelehnt: Datei ist keine gültige `*.aax`
- Analyse schlägt fehl: `ffprobe` ist nicht erreichbar
- Encode schlägt fehl: `ffmpeg` ist nicht erreichbar
- Ausgabe landet unerwartet: Templates oder Zielpfade passen nicht zur gewünschten Struktur
+69 -49
View File
@@ -1,19 +1,22 @@
# Converter
Die Seite `Converter` verarbeitet bereits vorhandene Dateien (Video, Audio, ISO) ohne Laufwerks-Rip.
Die Seite `Converter` verarbeitet vorhandene Dateien ohne Laufwerks-Rip. Sie ist für Video-, Audio- und ISO-Dateien gedacht, die bereits auf dem System liegen oder hochgeladen werden.
## Betriebsmodell
Der Converter arbeitet auf dem Eingangspfad `converter_raw_dir`:
Der Converter arbeitet auf dem Eingangspfad `converter_raw_dir`.
- Uploads landen dort
- Explorer-Aktionen arbeiten dort
- daraus werden Converter-Jobs erstellt
Dort landen:
- Uploads
- neu angelegte Ordner
- umbenannte oder verschobene Dateien
- alle Dateien, aus denen später Converter-Jobs entstehen
Wichtig:
- Upload erzeugt nicht automatisch einen Job.
- Joberstellung erfolgt explizit über Auswahl im Explorer.
- Upload erzeugt nicht automatisch einen Job
- die Joberstellung erfolgt bewusst aus der Explorer-Auswahl
## Datei-Explorer
@@ -23,17 +26,24 @@ Aktionen:
| Aktion | Wirkung |
|---|---|
| `Upload` | Dateien werden in den Raw-Baum geschrieben |
| `Ordner erstellen` | legt Unterordner im Raw-Baum an |
| `Umbenennen` | benennt Datei/Ordner im Raw-Baum um |
| `Verschieben` | verschiebt innerhalb des Raw-Baums |
| `Löschen` | entfernt Datei/Ordner dauerhaft |
| `Scannen` | synchronisiert Explorer und DB-Zuordnungen |
| `Upload` | schreibt neue Dateien in den Converter-RAW-Baum |
| `Ordner erstellen` | legt Unterordner an |
| `Umbenennen` | benennt Datei oder Ordner um |
| `Verschieben` | verschiebt Einträge innerhalb des Raw-Baums |
| `Löschen` | entfernt Datei oder Ordner dauerhaft |
| `Scannen` | synchronisiert Dateisystem und Converter-Datenbank |
Upload-Regeln:
### Upload- und Scan-Regeln
- Dateiendung muss in `Erlaubte Datei-Endungen*` enthalten sein
- bei Verstoß wird der Upload abgelehnt
- Dateiendungen müssen in `Erlaubte Datei-Endungen` enthalten sein
- neue Dateien erscheinen sofort nach manuellem Scan
- mit Polling auch automatisch
Relevante Settings:
- `Erlaubte Datei-Endungen`
- `Auto-Scan (Polling)`
- `Polling-Intervall (Sekunden)`
## Joberstellung aus Explorer-Auswahl
@@ -44,65 +54,75 @@ Es gibt zwei Audio-Strategien:
Verhalten:
- Video/ISO werden grundsätzlich als Einzeljobs angelegt.
- Audio kann als Shared-Job mit mehreren Eingabedateien erzeugt werden.
- Video und ISO werden immer als Einzeljobs angelegt
- Audio kann als gemeinsamer Album-/Ordner-Job erzeugt werden
Shared-Audio-Job:
- hält mehrere `inputPaths`
- kann vor Start erweitert/reduziert werden (nur Audio-Dateien)
- kann vor dem Start erweitert oder reduziert werden
## Job-Konfiguration
Vor Start je Job einstellbar:
Vor dem Start je Job einstellbar:
- `converterMediaType` (`video`, `audio`, `iso`)
- `converterMediaType`
- `outputFormat`
- Metadaten
- Track-/Titelwahl (bei video/iso)
- Track-/Titelwahl bei Video/ISO
- User-Preset und HandBrake-Preset bei Video
- Pre-/Post-Encode-Skripte und Ketten
Spezifika:
- Video/ISO laufen durch Mediainfo/Review ähnlich zum Disc-Flow.
- Audio kann direkt mit Formatoptionen konfiguriert werden.
- Video/ISO durchlaufen eine Review ähnlich zum Disc-Flow
- Audio wird direkt über Format und Audio-Optionen konfiguriert
## Ausgabe-Pfade
### Video/ISO
### Video / ISO
- Root: `converter_movie_dir`
- Zielordner: `converter_movie_dir`
- Dateiname: `Output-Template (Video)`
- Endung: aus gewähltem Output-Format
- Endung: aus dem gewählten Ausgabeformat
### Audio
- Root: `converter_audio_dir`
- Zielordner: `converter_audio_dir`
- Dateiname/Ordner: `Output-Template (Audio)`
- bei Shared-/Folder-Job: Ausgabe als Ordnerstruktur mit Trackdateien
## Queue und Start
Converter-Jobs laufen über dieselbe Pipeline-/Queue-Logik:
- sofortiger Start wenn Limits frei
- sonst Queue-Eintrag
Parallelität richtet sich nach den globalen Encode-Limits in `Settings`.
## Auto-Scan (Polling)
Mit aktiviertem Polling:
- `converter_raw_dir` wird zyklisch gescannt
- neue Dateien erscheinen automatisch im Explorer
- bei Shared- oder Folder-Jobs entsteht eine Ordnerstruktur mit mehreren Track-Dateien
Relevante Settings:
- `Auto-Scan (Polling)`
- `Polling-Intervall (Sekunden)`
- `converter_movie_dir`
- `converter_audio_dir`
- `converter_output_template_video`
- `converter_output_template_audio`
- `converter_movie_dir_owner`
- `converter_audio_dir_owner`
## Queue und Start
Converter-Jobs laufen über dieselbe globale Pipeline-Queue wie Ripper und Audiobooks.
Das bedeutet:
- sofortiger Start, wenn Limits frei sind
- sonst Einreihung in die Warteschlange
Relevante Settings:
- `Parallele Jobs`
- `Max. Encodes gesamt (medienunabhängig)`
## Typische Einsatzfälle
- vorhandene MKV/MP4-Dateien mit neuem Preset encodieren
- ISO-Dateien in einen Video-Workflow überführen
- Musikdateien gesammelt in einen Audio-Ordner-Job packen
- Medien auf anderem Storage per Upload oder Dateibaum vorbereiten
## Abgrenzung zu Audiobooks
- `Converter`: beliebige Audio/Video/ISO-Dateien
- `Audiobooks`: dedizierter AAX-Workflow mit Kapitel-/Audiobook-Metadaten
- `Converter`: beliebige Audio-, Video- und ISO-Dateien
- `Audiobooks`: spezialisierter AAX-Workflow mit Activation Bytes, Kapitelmetadaten und Kapiteltemplates
+45
View File
@@ -0,0 +1,45 @@
# Hardware
Die Seite `Hardware` ist die ausführliche Detailansicht für das Live-Monitoring aus dem `Ripper`.
## Was die Seite zeigt
- aktuelle CPU-Auslastung
- RAM-Auslastung
- GPU-Auslastung und VRAM, falls vorhanden
- Temperaturen
- Verlaufshistorie für Auslastung und Temperatur
- Zeitfenster für `1h`, `6h`, `24h`, `4d`
## Live-Bereich
Oben zeigt die Seite:
- ob Monitoring aktiv ist
- aktuelles Polling-Intervall
- Zeitpunkt der letzten Messung
Wenn Monitoring deaktiviert ist, führt die Seite direkt zu `Settings`.
## Historie
Die Historie lädt Messpunkte aus dem Backend und zeigt:
- Auslastung als Linienchart
- Temperatur als Linienchart
- umschaltbare Serien für CPU, RAM und GPU
Das ist besonders nützlich bei:
- mehreren parallelen Encodes
- Fehlersuche bei Hitzespitzen
- Abschätzung, ob weitere Jobs sinnvoll gestartet werden können
## Relevante Settings
- `Hardware Monitoring aktiviert`
- `Hardware Monitoring Intervall (ms)`
Außerdem sinnvoll:
- `Externe Speicher`, damit Speicherstände im `Ripper` sinnvoll angezeigt werden
+37 -38
View File
@@ -6,7 +6,7 @@
Filter und Arbeitsmittel:
- Suche (Titel, IMDb, Kontextbegriffe)
- Suche
- Statusfilter
- Mediumfilter
- Sortierung
@@ -14,62 +14,61 @@ Filter und Arbeitsmittel:
Jeder Eintrag zeigt auf einen Blick:
- Titel, Jahr, Poster
- Titel, Jahr, Poster oder Cover
- Status und Zeitstempel
- RAW-/Output-Verfügbarkeit
- Medien- und ggf. Containerhinweise
- RAW- und Output-Verfügbarkeit
- Medien- und Containerhinweise
## Detaildialog: Was dort zusammenläuft
## Detaildialog
Der Detaildialog bündelt:
- Metadaten (Film oder Serie)
- Metadaten
- Jobstatus und Fehlertexte
- RAW-/Output-Pfade
- RAW- und Output-Pfade
- Encode-Plan und Trackauswahl
- ausgeführte Kommandodetails
- Prozesslog (`Tail` oder vollständig)
- ausgeführte Kommandos
- Prozesslog
- verfügbare Folgeaktionen
Bei Seriencontainern wird disk-/child-orientiert dargestellt, nicht nur als Einzeljob.
Bei Seriencontainern und Multipart-Jobs wird container- und child-orientiert dargestellt.
## Nachbearbeitungsaktionen und Wirkung
## Nachbearbeitungsaktionen
| Aktion | Typischer Einsatz | Technische Wirkung |
|---|---|---|
| `OMDb neu zuordnen` | falsches Match, Titel/Jahr korrigieren | Metadatenfelder werden neu geschrieben; Folder-Rename wird best effort angestoßen |
| `Review neu starten` | neue Track-/Titelbewertung nötig | Mediainfo/Review wird aus RAW neu aufgebaut |
| `RAW neu encodieren` | neuer Encode aus vorhandenem RAW | startet Encode ohne neuen Laufwerks-Rip |
| `Encode neu starten` | gleiche bestätigte Auswahl erneut fahren | letzter bestätigter Plan wird geladen, optional mit Bereinigung unvollständiger Ausgabe |
| `Retry Rippen` | Rip/Analyse neu anstoßen | neuer Rip-Lauf, inkl. erneuter RAW-Phase |
| `TMDb neu zuweisen` | falsches Match, anderer Film, andere Staffel | Metadaten werden neu geschrieben; Poster, Jahr und ggf. Ordnername werden best effort aktualisiert |
| `Review neu starten` | neue Track-/Titelbewertung nötig | Review wird aus vorhandenem RAW neu aufgebaut |
| `RAW neu encodieren` | neuer Encode mit vorhandenem RAW | startet Encode ohne neuen Disc-Rip |
| `Encode neu starten` | gleiche bestätigte Auswahl erneut fahren | letzter bestätigter Plan wird geladen |
| `Retry Rippen` | Rip oder Analyse erneut anstoßen | neuer Rip-Lauf inklusive RAW-Phase |
Löschaktionen im Dialog:
Relevante Settings:
- `RAW löschen`
- `Movie löschen`
- `Beides löschen`
- `Historieneintrag löschen`
- `handbrake_restart_delete_incomplete_output`
- `generate_nfo_after_encode`
## Löschvorschau und selektives Löschen
## Löschaktionen und Vorschau
Vor endgültigem Löschen zeigt Ripster eine Vorschau mit:
Vor dem endgültigen Löschen zeigt Ripster eine Vorschau mit:
- `RAW`-Kandidaten
- `Movie`-/Episoden-Kandidaten
- Related-Scope (Container/Kinder/verbundene Jobs)
- RAW-Kandidaten
- Movie-/Episode-Kandidaten
- Related-Scope für Container, Kinder und verbundene Jobs
Wichtige Punkte:
- Pfade sind selektierbar.
- Für RAW-Löschung muss bei Mehrfachkandidaten mindestens ein RAW-Pfad gewählt werden.
- Schutzlogik verhindert Löschungen außerhalb erlaubter Root-Verzeichnisse.
- Pfade sind selektierbar
- bei mehreren RAW-Kandidaten muss mindestens ein RAW-Pfad gewählt werden
- Schutzlogik verhindert Löschungen außerhalb erlaubter Root-Verzeichnisse
## Serien- und Multipart-Sicht in der Historie
## Serien- und Multipart-Sicht
### Serien
- Container zeigt aggregierten Zustand aus Child-Jobs.
- Disk-/Episode-Aktionen können child-spezifisch ausgeführt werden.
- `Im Ripper öffnen` hilft bei `Bereit zum Encodieren`-Kindern.
- Container zeigt den aggregierten Zustand der Child-Jobs
- Disk- und Episodenaktionen können child-spezifisch ausgeführt werden
- `Im Ripper öffnen` hilft bei offenen Reviews
### Multipart
@@ -79,11 +78,11 @@ Wichtige Punkte:
## Logs sinnvoll nutzen
- `Tail laden (800)` für schnellen Fehlerkontext
- `Vollständiges Log laden` für forensische Analyse
- `Tail laden` für schnellen Fehlerkontext
- `Vollständiges Log laden` für tiefe Analyse
Empfehlung:
1. Erst Tail prüfen.
2. Bei Pfad-/Toolproblemen vollständiges Log laden.
3. Danach passende Wiederanlauf-Aktion wählen.
1. erst den Tail prüfen
2. dann die Stelle im Log eingrenzen
3. anschließend die passende Wiederanlauf-Aktion wählen
+23 -14
View File
@@ -6,28 +6,37 @@ Dieses Kapitel ist das Bedienhandbuch für die Oberflächen im Alltag.
| Seite | Rolle im Betrieb | Typischer Einsatz |
|---|---|---|
| [Ripper](ripper.md) | Live-Steuerung der Pipeline | Disc-Flow starten, Queue steuern, Review freigeben |
| [Audiobooks](audiobooks.md) | AAX-Spezialflow | Upload, Jobkonfiguration und Encode von Audiobooks |
| [Settings](settings.md) | Konfiguration/Automatisierung | Pfade, Tools, Queue-Limits, Skripte, Cron |
| [Historie](history.md) | Nachbearbeitung und Kontrolle | Logs, Re-Encode, Löschvorschau, Recovery-Aktionen |
| [Ripper](ripper.md) | Live-Steuerung der Disc-Pipeline | Disc erkennen, Analyse starten, Entscheidungen treffen, Queue steuern |
| [Hardware](hardware.md) | Detailansicht für Live-Monitoring | CPU/RAM/GPU und Verlauf prüfen |
| [Audiobooks](audiobooks.md) | AAX-Spezialflow | Upload, Kapitelprüfung und Encode von Audiobooks |
| [Settings](settings.md) | Konfiguration und Automatisierung | Pfade, Tools, Queue, Presets, Skripte, Cron |
| [Historie](history.md) | Nachbearbeitung und Kontrolle | Logs, Re-Encode, TMDb-Neuzuordnung, Löschvorschau |
| [Converter](converter.md) | dateibasierte Konvertierung | Video/Audio/ISO ohne Disc-Rip verarbeiten |
| [Downloads](downloads.md) | ZIP-Exports | RAW/Output aus Historie bereitstellen |
| [Database (Expert)](database.md) | Recovery-Sicht | orphan RAW finden und importieren |
| [Downloads](downloads.md) | ZIP-Exports | RAW/Output aus der Historie bereitstellen |
| [Database (Expert)](database.md) | Recovery-Sicht | orphan RAW finden, prüfen und importieren |
| [TMDb Migration](tmdb-migration.md) | Sonderseite für Altbestände | alte Jobs gesammelt auf TMDb umstellen |
## Empfohlener Tagesablauf
1. `Ripper` oder `Converter`/`Audiobooks`: neue Arbeit starten.
2. `Historie`: Ergebnisse validieren und ggf. nachbearbeiten.
3. `Downloads`: Exporte für externe Übergabe erzeugen.
4. `Settings`: Regeln und Limits nur kontrolliert anpassen.
1. `Ripper`, `Converter` oder `Audiobooks`: neue Arbeit starten
2. `Historie`: Ergebnisse kontrollieren und ggf. nachbearbeiten
3. `Downloads`: Artefakte für externe Übergabe vorbereiten
4. `Settings`: Regeln, Presets oder Limits nur kontrolliert anpassen
5. `Hardware`: bei Lastspitzen oder Batch-Läufen den Verlauf prüfen
## Navigation
Direkt in der Top-Navigation:
- `Ripper`, `Converter`, `Audiobooks`, `Settings`, `Historie`, `Downloads`
- `Ripper`
- `Converter`
- `Audiobooks`
- `Settings`
- `Historie`
- `Downloads`
Nur per URL:
Zusatzansichten:
- `Database` unter `/database` (nur Expertenmodus in der Navigation sichtbar)
- `TMDb Migration` unter `/tmdb-migration` (Direktlink, nicht in der Navigation)
- `Hardware` unter `/hardware`
- `Database` unter `/database` und im Expertenmodus zusätzlich in der Navigation
- `TMDb Migration` unter `/tmdb-migration` als Direktlink
+121 -71
View File
@@ -1,68 +1,76 @@
# Ripper
Die Seite `Ripper` ist die Live-Steuerung der Pipeline. Hier laufen Disc-Erkennung, Queue-Steuerung, Review und Encode-Start zusammen.
Die Seite `Ripper` ist die Live-Steuerung der Disc-Pipeline. Hier laufen Disc-Erkennung, Queue, manuelle Entscheidungen, Review und aktive Jobs zusammen.
## Seitenaufbau und Betriebslogik
## Seitenaufbau
Die Bereiche erscheinen in dieser Reihenfolge:
Die wichtigsten Bereiche:
1. `Hardware Monitoring`
1. `Hardware`
2. `Job Queue`
3. `Skript- / Cron-Status`
4. `Job Übersicht`
5. `Disk-Information`
## 1) Hardware Monitoring
## 1. Hardware
Zeigt kontinuierlich:
Die Hardware-Karte zeigt live:
- CPU / RAM
- GPU (wenn verfügbar)
- freie Speicherstände konfigurierter Pfade
- CPU
- RAM
- GPU, falls vorhanden
- freie Speicherstände der konfigurierten Pfade
Nutzen im Betrieb:
Aktionen:
- Engpässe vor Jobfehlern erkennen
- Pfadfüllstände vor Start großer Batchs prüfen
- Klick auf das Hardware-Symbol öffnet die Seite [Hardware](hardware.md)
Gesteuert über `Settings`:
Relevante Settings:
- `Hardware Monitoring aktiviert`
- `Hardware Monitoring Intervall (ms)`
- `Externe Speicher`
## 2) Job Queue
## 2. Job Queue
Es gibt zwei operative Zonen:
- `Laufende Jobs`
- `Warteschlange`
- laufende Jobs
- Warteschlange
Mögliche Queue-Einträge:
- Job-Startaktionen (`Start`, `Retry Rippen`, `RAW neu encodieren`, `Encode neu starten`, `Review neu berechnen`, `Audio CD starten`)
- Nicht-Job-Einträge (`Skript`, `Skriptkette`, `Warten`)
- normale Job-Starts
- `Retry Rippen`
- `RAW neu encodieren`
- `Encode neu starten`
- `Review neu starten`
- `Audio CD starten`
- `Skript`
- `Skriptkette`
- `Warten`
Wichtige Regeln:
- Queue-Reihenfolge ist per Drag-and-Drop änderbar.
- `Warten` blockiert nachfolgende Queue-Starts bis kein aktiver Prozess mehr läuft.
- `Skript` und `Skriptkette` werden als Queue-Einträge mitgeführt.
- Reihenfolge ist per Drag-and-Drop änderbar
- `Warten` blockiert nachfolgende Starts, bis keine aktive Verarbeitung mehr läuft
- Queue-Einträge können auch ohne Medienjob existieren
Parallelität kommt aus `Settings`:
Relevante Settings:
- `Max. parallele Film/Video Encodes`
- `Parallele Jobs`
- `Max. parallele Audio CD Jobs`
- `Max. Encodes gesamt`
- optional `Audio CDs: Queue-Reihenfolge überspringen`
- `Max. Encodes gesamt (medienunabhängig)`
- `Audio CDs: Queue-Reihenfolge überspringen`
## 3) Skript- / Cron-Status
## 3. Skript- / Cron-Status
Zeigt Runtime-Aktivitäten:
- laufende Skripte
- laufende Ketten
- Cron-Ausführungen
- letzte abgeschlossene Aktivitäten
- kürzlich abgeschlossene Aktivitäten
Aktionen:
@@ -70,66 +78,103 @@ Aktionen:
- `Abbrechen`
- `Liste leeren`
## 4) Job Übersicht
## 4. Job Übersicht
Die Jobliste ist der zentrale Arbeitsbereich. Ein Klick öffnet den jeweiligen `Pipeline-Status`.
### Badges und Kontext
### Zustandsabhängige Hauptaktionen
Neben Status/Fortschritt zeigt die Liste je nach Job:
- Serienkontext (`Serien-Container`, Staffel/Disk)
- Multipart-Kontext (`Multipart Movie`, Disc-Nr.)
- Queue-/Subjob-Kontext bei Serien-Episoden
### Zustandsabhängige Aktionen
| Zustand | Hauptaktion im Ripper | Ergebnis |
| Zustand | Typische Aktion | Ergebnis |
|---|---|---|
| `Medium erkannt`, `Bereit` | `Analyse starten` | startet MakeMKV-Analyse |
| `Metadatenauswahl` | `Metadaten öffnen` | Film/Serie auswählen, Provider festlegen |
| `Warte auf Auswahl` | Playlist/Titel/RAW-Entscheidung bestätigen | setzt Flow fort zur Prüfung |
| `Startbereit` | `Job starten` | startet Rip oder RAW-basierte Prüfung |
| `Bereit zum Encodieren` | `Encoding starten` | startet HandBrake mit bestätigter Auswahl |
| Laufend (`Analyse`, `Rippen`, `Encodieren`) | `Abbrechen` | setzt Job auf `Abgebrochen` |
| `Fehler`, `Abgebrochen` | `Retry Rippen` | neuer Rip-Anlauf |
| `Medium erkannt` | `Analyse starten` | MakeMKV-Analyse beginnt |
| `Metadatenauswahl` | `Metadaten öffnen` | TMDb-Dialog für Film/Serie |
| `Warte auf Auswahl` | Entscheidung bestätigen | Flow geht an die passende Stelle weiter |
| `Startbereit` | `Job starten` | Rip oder RAW-basierte Prüfung startet |
| `Bereit zum Encodieren` | `Encoding starten` | HandBrake startet mit bestätigter Auswahl |
| laufend | `Abbrechen` | Job wird gestoppt |
| `Fehler` / `Abgebrochen` | `Retry Rippen` | neuer Rip-Anlauf |
Zusatzaktionen je nach Zustand und Jobtyp:
### Was `Warte auf Auswahl` heute bedeuten kann
- `Review neu starten`
- `Encode neu starten`
- `RAW neu encodieren`
- `Aus Queue löschen`
Der Status ist nicht nur für eine einzige Entscheidung da. Im aktuellen Stand gibt es drei typische Fälle:
### Review-Bereich (`Bereit zum Encodieren`)
#### Vorhandenes RAW
Hier wird die effektive Encode-Entscheidung festgelegt:
Ripster hat zu den Metadaten bereits ein passendes RAW gefunden. Dann entscheidest du:
- Titelwahl
- Audio-/Subtitle-Trackselektion
- User-Preset
- Pre-/Post-Encode-Skripte und Ketten
- HandBrake-Kommandovorschau
- mit RAW weiterarbeiten
- RAW löschen und neu rippen
- in passenden Film-Fällen optional Multipart mit Orphan-RAW bilden
Ohne Bestätigung dieses Blocks startet kein produktiver Encode.
#### Playlist-Auswahl
### RAW-Ordnerphasen (sichtbar über Logs/Details)
Bei mehrdeutigen Blu-rays oder bestimmten DVD-Fällen musst du eine Playlist bestätigen. Die Liste zeigt unter anderem:
- Playlist-Datei
- Titel-ID
- Laufzeit
- Score
- Empfehlung
- Segment- und Audio-Vorschau
Relevante Settings:
- `Minimale Titellänge (Minuten)`
- `TMDb Runtime-Abzug für Playlistfilter (%)`
- `Bei manueller Auswahl senden` für PushOver
#### Titelauswahl / PlayAll-Grenzfall
Wenn Ripster mehrere HandBrake-Titel als plausibel erkannt hat, musst du einen oder mehrere Titel bestätigen. Bei Serien kann das der Grenzfall `PlayAll oder Doppelfolge?` sein.
## 5. Review-Bereich (`Bereit zum Encodieren`)
Hier triffst du die eigentliche Encode-Entscheidung.
Du legst fest:
- welchen Titel Ripster encodieren soll
- welche Audio-Spuren übernommen werden
- welche Untertitel übernommen, erzwungen oder eingebrannt werden
- welches User-Preset oder HandBrake-Preset verwendet wird
- welche Pre-/Post-Encode-Skripte oder Ketten mitlaufen
Wichtig:
- ohne diese Bestätigung startet kein produktiver Encode
- bei Multipart-Locks können Einstellungen von einer Referenz-Disc übernommen und gesperrt sein
### Welche Settings hier direkt sichtbar werden
- `HandBrake Preset`
- `HandBrake Extra Args`
- `Review Audio-Sprachen (...)`
- `Review UT-Sprachen (...)`
- `Ausgabeformat`
- Standard-Zuordnungen aus `Settings -> Encode-Presets`
## RAW-Ordnerphasen
Der Ripper arbeitet mit drei RAW-Zuständen:
- `Incomplete_...` während unvollständigem Rip
- `Rip_Complete_...` nach erfolgreich abgeschlossenem Rip, vor Encode
- `Incomplete_...` während eines unvollständigen Rips
- `Rip_Complete_...` nach erfolgreichem Rip, vor dem finalen Encode
- ohne Prefix nach erfolgreichem Encode
Das ist wichtig für Recovery und Delete-Vorschau.
Das ist wichtig für:
## 5) Disk-Information
- Recovery
- RAW-Wiederverwendung
- Delete-Preview in `Historie`
## Disk-Information
Zeigt aktuelle Laufwerksdaten:
- Device-Pfad
- Modell
- Disc-Label / Mount
- Disc-Label
- Mount-Informationen
Aktionen:
@@ -139,13 +184,13 @@ Aktionen:
Hinweis:
- `Laufwerk neu lesen` ist nicht mehr an einen festen Pipeline-State gebunden.
- `Laufwerk neu lesen` ist nicht mehr an einen festen Pipeline-State gebunden
## Wichtige Dialoge
### Metadaten auswählen
Im Dialog werden Film-/Serienmetadaten bestätigt.
Im Dialog bestätigst du Film- oder Serienmetadaten aus TMDb.
Sonderfälle:
@@ -154,7 +199,7 @@ Sonderfälle:
### Vorhandenes RAW erkannt
Wenn passendes RAW existiert, fordert der Dialog eine explizite Entscheidung:
Wenn zu den Metadaten bereits RAW existiert, fordert Ripster eine explizite Entscheidung:
- vorhandenes RAW verwenden
- RAW verwerfen/löschen und neu rippen
@@ -169,9 +214,14 @@ Du kannst gezielt ab Position einfügen:
### Audible Activation Bytes eintragen
Wenn für eine AAX-Datei keine Activation Bytes automatisch ermittelt werden können,
öffnet Ripster einen Dialog zur manuellen Eingabe.
Wenn für eine AAX-Datei keine Activation Bytes verfügbar sind, öffnet Ripster einen Dialog zur manuellen Eingabe.
- Eingabeformat: genau 8 Hex-Zeichen (z.B. `1a2b3c4d`)
- Format: genau 8 Hex-Zeichen, z. B. `1a2b3c4d`
- Speicherung: lokal im Activation-Bytes-Cache
- Wirkung: nach dem Speichern kann der Audiobook-Flow fortgesetzt werden
- Wirkung: der Audiobook-Flow kann anschließend fortgesetzt werden
## Siehe auch
- [Hardware](hardware.md)
- [Settings](settings.md)
- [Workflows aus Nutzersicht](../workflows/index.md)
+189 -75
View File
@@ -1,82 +1,198 @@
# Settings
Die Seite `Settings` ist das zentrale Kontrollpanel für Laufzeitverhalten, Automatisierung und Expertenfunktionen.
Die Seite `Settings` ist das Kontrollzentrum für Laufzeitverhalten, Standardwerte und Automatisierung. Alles, was spätere Jobs automatisch tun oder vorschlagen, wird hier vorbereitet.
## Tab-Überblick
| Tab | Zweck |
|---|---|
| `Konfiguration` | Alle fachlichen Settings (Pfade, Tools, Laufwerk, Metadaten, Monitoring, Benachrichtigungen, Converter) |
| `Scripte` | Einzelne Bash-Skripte pflegen, testen und sortieren |
| `Skriptketten` | Mehrstufige Sequenzen aus `Skript` und `Warten` bauen und testen |
| `Encode-Presets` | Benutzer-Presets und Standard-Zuordnungen für Blu-ray/DVD-Workflows |
| `Cronjobs` | Zeitgesteuerte Jobs auf Basis Skript/Skriptkette |
| `Konfiguration` | alle fachlichen Einstellungen aus der GUI |
| `Scripte` | einzelne Bash-Skripte anlegen, testen und sortieren |
| `Skriptketten` | mehrstufige Abläufe aus Skript- und Warte-Schritten bauen |
| `Encode-Presets` | eigene Video-Presets und Standard-Zuordnungen pflegen |
| `Cronjobs` | zeitgesteuerte Ausführung von Skripten oder Ketten |
## Tab `Konfiguration`
### Bedienlogik
1. Felder ändern.
2. `Änderungen speichern` klicken.
3. Erst dann werden Änderungen persistiert und für neue Pipeline-Schritte wirksam.
1. Felder ändern
2. `Änderungen speichern` klicken
3. erst dann gelten die neuen Werte für künftige Starts, Reviews oder Scheduler
Aktionen in der Toolbar:
Ausnahmen:
- `Änderungen speichern`: schreibt nur geänderte Felder als Bulk-Update.
- `Änderungen verwerfen`: setzt den Formularzustand auf zuletzt geladen/zum Server gespeicherten Stand zurück.
- `Neu laden`: lädt Kategorien + Werte erneut vom Backend.
- `PushOver Test`: sendet eine Testnachricht mit aktuellen PushOver-Werten.
- `Coverarts prüfen`: startet die manuelle Coverart-Recovery.
- `Expertenmodus`: wird sofort gespeichert (nicht Teil des normalen Bulk-Speicherns).
- `Expertenmodus` wird sofort gespeichert
- Buttons wie `PushOver Test`, `Coverarts prüfen` oder der MakeMKV-Betakey-Import lösen direkte Aktionen aus
### Wichtige UI-Verhalten
### Toolbar-Aktionen
- Jede Einstellung zeigt `Gespeichert` oder `Ungespeichert` direkt am Feld.
- Pflichtfelder sind mit `*` markiert.
- Bei Validierungsfehlern wird pro Feld ein Fehlertext angezeigt und Speichern blockiert.
- Tool-Kommandos (`makemkv_command`, `mediainfo_command`, `handbrake_command`, `ffmpeg_command`, `ffprobe_command`, `cdparanoia_command`, `mkvmerge_command`) sind im Formular schreibgeschützt markiert.
- Einige Felder sind abhängig vom Expertenmodus sichtbar.
- `Änderungen speichern`: schreibt nur geänderte Felder
- `Änderungen verwerfen`: setzt den Formularzustand zurück
- `Neu laden`: lädt Schema und Werte neu
- `PushOver Test`: sendet eine Testnachricht mit den aktuellen PushOver-Werten
- `Coverarts prüfen`: startet den Coverart-Recovery-Lauf sofort
### Was die Kategorien im Alltag steuern
#### Benachrichtigungen
Hier steuerst du zwei Dinge:
- ob und wohin Ripster PushOver-Nachrichten sendet
- bei welchen Ereignissen Ripster überhaupt benachrichtigt
Wichtig:
- `PushOver aktiviert` ist der Master-Schalter
- `Bei manueller Auswahl senden` ist besonders relevant für Playlist-, RAW- oder Titelentscheidungen
- der `Expertenmodus` blendet zusätzliche technische Felder in der gesamten Settings-Seite ein
#### Laufwerk
Diese Kategorie beeinflusst, wie Ripster optische Laufwerke findet und überwacht.
Typische Fragen:
- Soll Ripster Laufwerke automatisch erkennen?
- Soll ein bestimmtes Laufwerk fest an einen MakeMKV-Index gebunden werden?
- Soll das Laufwerk nach erfolgreichem Rip automatisch auswerfen?
Das ist vor allem wichtig bei:
- mehreren Laufwerken
- USB-SATA-Adaptern
- Hosts mit instabilen Device-Namen
#### Logging
Diese Felder ändern nicht die Job-Logs auf Platte, sondern die Ausgabe im Server-Terminal.
Damit steuerst du zum Beispiel:
- ob `start.sh` oder ein Terminal-Run sehr gesprächig sein darf
- ob HTTP-Requests im Terminal sichtbar sein sollen
- ob DEBUG/INFO/WARN/ERROR dort mitlaufen
#### Metadaten
Hier legst du fest, wie Ripster mit TMDb, Covern und NFO-Dateien umgeht.
Besonders wichtig:
- ohne `TMDb Read Access Token` funktionieren Film-/Seriensuche und Neu-Zuordnung nur eingeschränkt oder gar nicht
- `Film-Sprache` und `Fallback Sprache` bestimmen, welche Titel, Beschreibungen und Staffelinformationen bevorzugt werden
- `Coverart-Nachladen aktiv` hilft bei nachträglich fehlenden Postern/Covern
#### Monitoring
Steuert das Hardware-Monitoring für:
- CPU
- RAM
- GPU
- Speicherstände
Diese Werte erscheinen:
- kompakt im `Ripper`
- ausführlich in der Seite `Hardware`
#### Pfade
Hier legst du fest, wohin Ripster schreibt und wie Dateien benannt werden.
Die Felder steuern:
- RAW-Verzeichnisse pro Medium
- Zielordner für Filme, Serien, CDs, Audiobooks, Converter und Downloads
- Eigentümer per `user:gruppe`
- Templates für Datei- und Ordnernamen
Praxisbeispiele:
- Serien getrennt von Filmen ablegen
- RAW auf große HDD, Final-Output auf NAS
- Audiobooks kapitelweise in Unterordnern strukturieren
#### Converter
Diese Kategorie wirkt nur auf die Seite `Converter`.
Sie steuert:
- welche Dateiendungen der Upload und der Verzeichnisscan akzeptieren
- ob der Converter-RAW-Baum automatisch neu gescannt wird
- wie häufig dieses Polling läuft
#### Tools
Diese Kategorie entscheidet über das technische Verhalten der eigentlichen Pipeline.
Dazu gehören:
- Pfade/Befehle für externe Tools
- MakeMKV-Filter und Rip-Modi
- HandBrake-Presets und Extra-Args
- Vorauswahl von Audio-/Untertitelsprachen in der Review
- Ausgabeformate
- Queue- und Parallelitätsregeln
- Timeout für Script-Tests
Für die Nutzer-Workflows besonders relevant:
- `Minimale Titellänge (Minuten)`
- `TMDb Runtime-Abzug für Playlistfilter (%)`
- `HandBrake Preset` und `HandBrake Extra Args`
- `Review Audio-Sprachen (...)`
- `Review UT-Sprachen (...)`
- `Parallele Jobs`
- `Max. parallele Audio CD Jobs`
- `Max. Encodes gesamt (medienunabhängig)`
### Kategorie `Pfade`: Besondere Interaktion
Die Pfad-Kategorie hat eine eigene Darstellung:
- Tabelle `Effektive Pfade`: zeigt die aktuell tatsächlich aufgelösten Laufzeitpfade inkl. Fallbacks.
- Accordion je Bereich (`Blu-ray`, `DVD`, `CD / Audio`, `Audiobook`, `Converter`, `Downloads`, optional `Externe Speicher`, `Logs`).
- Für Pfadfelder mit Owner-Pendant (`*_owner`) erscheint direkt darunter das Feld `Eigentümer (user:gruppe)`.
- Owner-Felder sind deaktiviert, solange der zugehörige Pfad leer ist.
- Tabelle `Effektive Pfade`: zeigt die aktuell wirklich verwendeten Laufzeitpfade inklusive Fallbacks
- Accordion pro Bereich wie `Blu-ray`, `DVD`, `CD / Audio`, `Audiobook`, `Converter`, `Downloads`, `Logs`
- Owner-Felder (`*_owner`) erscheinen direkt beim zugehörigen Pfad
- Owner-Felder sind deaktiviert, solange der zugehörige Pfad leer ist
### Spezial-Editoren in der Konfiguration
### Spezial-Editoren
- `drive_devices`: JSON-Array wird über UI-Editor gepflegt (Pfad + MakeMKV-Index je Laufwerk).
- `external_storage_paths`: Liste aus `Name` + `Pfad` (für Anzeige freier externer Speicher).
- `converter_scan_extensions`: Checkbox-Raster der erlaubten Endungen; mindestens eine Endung muss aktiv bleiben.
- `makemkv_registration_key`: zusätzlicher Betakey-Hinweis mit bernehmen`-Button.
- `drive_devices`: Editor für mehrere Laufwerke mit Pfad und MakeMKV-Index
- `external_storage_paths`: Liste aus Anzeigename und Pfad für die Speicheranzeige
- `converter_scan_extensions`: Auswahl der erlaubten Upload-/Scan-Endungen
- `makemkv_registration_key`: inkl. Betakey-Hinweis und Übernahme-Button
### Laufwerks-Infobox innerhalb `Laufwerk`
### Wichtig für Reviews und Workflows
In der Kategorie `Laufwerk` wird eine Live-Tabelle erkannter optischer Laufwerke angezeigt:
Die Seite `Settings` bestimmt direkt, was Nutzer später im Workflow sehen:
- `Neu einlesen` lädt Laufwerksinfos neu.
- Im Expertenmodus: `Freigeben` pro Laufwerk und `Alle Laufwerke freigeben`.
- Playlist-Kandidaten werden durch `Minimale Titellänge` und `TMDb Runtime-Abzug ...` beeinflusst
- Audio-/Untertitel-Vorauswahlen in `Bereit zum Encodieren` hängen an den Review-Sprachfeldern
- automatisch vorgeschlagene Presets hängen an den Standard-Zuordnungen unter `Encode-Presets`
- Queue-Verhalten im `Ripper` hängt an den drei Parallelitätsfeldern plus `Audio CDs: Queue-Reihenfolge überspringen`
## Tab `Scripte`
Funktionen:
- Skript anlegen (Inline-Editor)
- Skript bearbeiten (Dialog)
- Skript löschen (mit Bestätigung)
- Skript anlegen
- Skript bearbeiten
- Skript löschen
- Skript testen
- Reihenfolge per Drag-and-Drop ändern
- Favorit markieren
Testergebnis enthält:
Das Testergebnis zeigt:
- Erfolg/Fehler
- Erfolg oder Fehler
- Exit-Code
- Timeout-Info
- Dauer
- stdout/stderr
- Timeout, falls `Script-Test Timeout (ms)` greift
## Tab `Skriptketten`
@@ -87,81 +203,79 @@ Skriptketten bestehen aus Schritten:
Funktionen:
- Ketten anlegen/bearbeiten/löschen
- Reihenfolge der Ketten per Drag-and-Drop
- Kette testen
- Schritte in der Kette per Drag-and-Drop neu anordnen
- Ketten anlegen, bearbeiten, löschen
- Reihenfolge der Ketten ändern
- einzelne Ketten testen
- Schritte innerhalb der Kette per Drag-and-Drop sortieren
Im Ketteneditor:
Wichtig:
- linke Palette (`Systemblöcke`, `Scripte`)
- rechte Canvas mit Drop-Zonen
- pro Warte-Schritt konfigurierbare Sekunden
- dieselben Skripte können sowohl in Jobs als auch in Ketten und Cronjobs wiederverwendet werden
## Tab `Encode-Presets`
Bereiche:
1. `Standard-Zuordnungen` (Slots)
2. `Preset-Liste` (CRUD)
Hier werden Video-Standards für Disc- und Converter-Workflows verwaltet.
### Standard-Zuordnungen
Es gibt vier persistente Slots:
Es gibt vier feste Slots:
- `bluray_movie`
- `bluray_series`
- `dvd_movie`
- `dvd_series`
- `Blu-ray Film`
- `Blu-ray Serie`
- `DVD Film`
- `DVD Serie`
Die Auswahl ist medientyp-kompatibel gefiltert. Nicht kompatible oder fehlende bereits gespeicherte IDs werden weiterhin sichtbar gemacht, damit bestehende Zuordnungen nachvollziehbar bleiben.
Wenn für einen Workflow hier ein Default gesetzt ist, erscheint dieses User-Preset später in der Review bereits vorausgewählt.
### Preset-Inhalt
Ein Preset umfasst:
Ein User-Preset besteht aus:
- Name
- Medientyp (`all`, `bluray`, `dvd`)
- HandBrake-Preset (`-Z`)
- HandBrake-Preset
- Extra Args
- optionale Beschreibung
- optionaler Beschreibung
## Tab `Cronjobs`
Funktionen:
- Cronjob erstellen/bearbeiten/löschen
- Debounced Validierung des Cron-Ausdrucks
- Cronjob anlegen, bearbeiten, löschen
- Cron-Ausdruck live validieren
- Quelle wählen: `Skript` oder `Skriptkette`
- Aktiv- und PushOver-Toggle je Job
- Aktiv- und PushOver-Status pro Job setzen
- `Jetzt ausführen`
- Lauf-Logs öffnen
Die Seite zeigt zusätzlich Live-Status laufender Cron-Aktivitäten (Runtime Activities).
Die Runtime-Aktivitäten der laufenden Cronjobs werden zusätzlich live angezeigt.
## Expertenbereich: Activation Bytes Cache
Der Activation-Bytes-Block wird nur im Expertenmodus angezeigt und nur wenn Einträge vorhanden sind.
Dieser Block wird nur im Expertenmodus angezeigt.
Er zeigt:
Er zeigt lokal bekannte AAX-Activation-Bytes mit:
- AAX-Checksum
- Prüfsumme
- Activation Bytes
- Speicherzeitpunkt
## Validierungshinweise für Template-Felder
Das hilft bei Audiobook-Workflows, wenn dieselbe Datei oder derselbe Hash später erneut auftaucht.
## Validierung von Template-Feldern
Template-Felder akzeptieren nur:
- Buchstaben/Ziffern
- Buchstaben und Ziffern
- Leerzeichen
- `_` und `-`
- Platzhalter in `{...}` bzw. `${...}`
- `/` für Ordnertrennung
- Platzhalter in `{...}` oder `${...}`
- `/` für Unterordner
Nicht erlaubt sind z. B. unvollständige geschweifte Klammern oder sonstige Sonderzeichen.
Damit verhindert Ripster fehlerhafte Dateinamen schon beim Speichern.
## Siehe auch
- [Einstellungsreferenz](../configuration/settings-reference.md)
- [Alle Einstellungen](../configuration/settings-reference.md)
- [Ripper](ripper.md)
- [Workflows aus Nutzersicht](../workflows/index.md)
+52
View File
@@ -0,0 +1,52 @@
# TMDb Migration
Die Seite `TMDb Migration` ist eine Sonderansicht für ältere Bestandsjobs, die noch nicht als auf TMDb migriert markiert sind.
## Zugriff
- Direktlink: `/tmdb-migration`
- nicht in der normalen Top-Navigation verlinkt
## Wofür die Seite gedacht ist
Typische Einsatzfälle:
- Altbestand aus früheren Ständen bereinigen
- mehrere Jobs nacheinander auf aktuelle TMDb-Metadaten umstellen
- Historie konsistent auf den heutigen Metadaten-Workflow bringen
## Funktionsweise
Die Seite lädt offene Migrationskandidaten und zeigt:
- Job-ID
- Titel
- Jahr
- Medium
- aktuellen Status
Aktionen:
- `Liste neu laden`
- `Start`
- `Stop`
## Ablauf einer Sequenz
1. Jobliste laden
2. `Start`
3. der bekannte TMDb-Metadaten-Dialog öffnet sich für den ersten Job
4. nach erfolgreicher Übernahme plant Ripster den nächsten Job mit Cooldown
Wichtig:
- zwischen zwei Jobs liegt bewusst eine Wartezeit von mindestens 10 Sekunden
- damit wird die TMDb-API bei Serienmigrationen nicht unnötig belastet
## Relevante Settings
- `TMDb Read Access Token`
- `Film-Sprache`
- `Fallback Sprache`
Ohne diese Einstellungen ist die Migration nicht sinnvoll nutzbar.