Hitonabi
fe12401e34
Aus dem gescheiterten Test-Rip des Commanders (Job 95afdc89) und seiner
UI-Durchsicht. Der Reihe nach.
## 1. Der externe Encoder wurde SEHR WOHL gesehen (Diagnose-Korrektur)
Der Commander schloss aus der Meldung, das System sehe seinen PC nicht. Live
gemessen sagt das Gegenteil:
meta.transcode_node = tobisnicerpc@TobisNicerPC
VM-Worker-Log = nur rip_disc, KEIN transcode_files
22:19:41.271 Kompression eingereiht
22:19:41.453 "Keine Roh-MKVs gefunden" <- 182 ms spaeter
Das Routing hat funktioniert. Sein PC nahm die Aufgabe an und lehnte sie sofort
ab, weil er /app/media/rippy/<job> nicht finden kann - ein Pfad, der nur INNEN
im Container existiert. Der Rip war vollstaendig (79,6 GB auf der NAS).
## 2. Der Hardware-Encoder-Bug war meiner
leite_backends_ab() verlangte zusaetzlich ein Geraet: /dev/dri fuer
VAAPI/QSV/VCE bzw. nvidia-smi fuer NVENC. Unter WINDOWS gibt es beides nicht -
der PC des Commanders (RX 9070 XT) meldete deshalb nur CPU-Encoder, obwohl
HandBrakes Windows-Build vce_*/nvenc_*/qsv_* beherrscht. Der Bug traf genau den
Anwendungsfall, fuer den externe Worker gedacht sind.
Die Pruefung war ausserdem ueberfluessig: HandBrake probiert Hardware beim
Start selbst an und listet nur Nutzbares - auf der VM belegt durch
"qsv: not available on this system" bei gleichzeitig fehlendem qsv_* in --help.
Jetzt ist HandBrakes Liste die einzige Auskunft.
Dazu nach FAMILIE unterschieden (nvenc/qsv/vce/vaapi) statt alles in "vaapi" zu
werfen - eine AMD-Karte lief unter dem Intel-Namen. Hardware-AV1 bekommt eine
eigene Kennung, weil es die beste Kombination aus Tempo und Groesse ist und
sonst unsichtbar bliebe.
## 3. Vektorbefehle unter Windows - gemessen, nicht "unbekannt"
Es gibt dort kein /proc/cpuinfo, also meldete der Windows-Worker
"Vektorbefehle unbekannt" - gerade auf der Maschine, die encodieren soll.
Jetzt ueber IsProcessorFeaturePresent (kernel32, winnt.h dokumentiert) plus
CPU-Name aus der Registry. Auf dem Commander-PC gegengeprueft:
vorher: AMD64 Family 26 Model 68 Stepping 0 / Vektorbefehle unbekannt
jetzt: AMD Ryzen 7 9700X 8-Core Processor / avx512f / 16 Kerne
Damit verschwindet die AVX2-Warnung fuer diesen Worker von selbst - genau das
hatte der Commander gefordert.
## 4. Ehrliche Fehlermeldung statt "Keine Roh-MKVs gefunden"
Neues _erreichbarkeit_pruefen() unterscheidet jetzt drei Faelle statt einem:
Pfad nicht erreichbar UND kein Mapping gesetzt (nennt RIPPY_PATH_MAP samt
Beispiel), Mapping gesetzt aber greift nicht, oder Pfad einfach nicht da. Und
es prueft BEIDE Pfade - im Fall des Commanders lag die Quelle auf der
erreichbaren NAS, das ZIEL aber auf der VM-Platte ohne Samba; das waere erst
beim Schreiben nach Stunden Rechenzeit aufgefallen.
Jede Meldung sagt jetzt ausdruecklich, dass die Rohdaten NICHT verloren sind
und "Neu komprimieren" genuegt.
## 5. Persoenliche Werte raus
Vier Platzhalter trugen die Umgebung des Commanders (192.168.178.20,
TOBIS-PC, seine Jellyfin- und Rippy-IP). In einem Repo, das weitergegeben
wird, hat das nichts verloren.
Nebenbei dreimal in die eigene Falle getappt: deutsche Anfuehrungszeichen in
DOPPELT gequoteten Python-Strings beenden den String vorzeitig. Der Bestand
nutzt dafuer einfach gequotete f-Strings - jetzt auch meine.
NOCH OFFEN und wichtig: RIPPY_PATH_MAP wird von niemandem GESETZT (Installer,
UI, Compose). Ein Windows-Worker kann damit grundsaetzlich nicht transcodieren.
Das ist der naechste Schritt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
97 lines
3.5 KiB
TypeScript
97 lines
3.5 KiB
TypeScript
// Centralized Design System & Style Tokens for Rippy (Cinematic Cinema OS)
|
|
|
|
export const STATUS_STYLES = {
|
|
pending: {
|
|
badge: 'bg-amber-500/15 text-amber-600 dark:text-amber-400 border-amber-500/30',
|
|
label: 'Wartend',
|
|
},
|
|
processing: {
|
|
badge: 'bg-sky-500/15 text-sky-600 dark:text-sky-400 border-sky-500/30 animate-pulse',
|
|
label: 'Rippen',
|
|
},
|
|
transcoding: {
|
|
badge: 'bg-purple-500/15 text-purple-600 dark:text-purple-400 border-purple-500/30',
|
|
label: 'Komprimieren',
|
|
},
|
|
canceling: {
|
|
badge: 'bg-orange-500/15 text-orange-600 dark:text-orange-400 border-orange-500/30',
|
|
label: 'Wird abgebrochen…',
|
|
},
|
|
completed: {
|
|
badge: 'bg-emerald-500/15 text-emerald-600 dark:text-emerald-400 border-emerald-500/30',
|
|
label: 'Fertig',
|
|
},
|
|
failed: {
|
|
badge: 'bg-rose-500/15 text-rose-600 dark:text-rose-400 border-rose-500/30',
|
|
label: 'Fehler',
|
|
},
|
|
} as const
|
|
|
|
export const DISC_TYPE_STYLES = {
|
|
cd: {
|
|
badge: 'bg-indigo-500/15 text-indigo-600 dark:text-indigo-400 border-indigo-500/30',
|
|
aura: 'from-indigo-500/20 via-indigo-900/10 to-transparent',
|
|
glow: 'shadow-[0_0_20px_-5px_rgba(99,102,241,0.2)]',
|
|
label: 'CD',
|
|
},
|
|
dvd: {
|
|
badge: 'bg-purple-500/15 text-purple-600 dark:text-purple-400 border-purple-500/30',
|
|
aura: 'from-purple-500/20 via-purple-900/10 to-transparent',
|
|
glow: 'shadow-[0_0_20px_-5px_rgba(168,85,247,0.2)]',
|
|
label: 'DVD',
|
|
},
|
|
bluray: {
|
|
badge: 'bg-sky-500/15 text-sky-600 dark:text-sky-400 border-sky-500/30',
|
|
aura: 'from-sky-500/20 via-sky-900/10 to-transparent',
|
|
glow: 'shadow-[0_0_20px_-5px_rgba(14,165,233,0.2)]',
|
|
label: 'BLU-RAY',
|
|
},
|
|
uhd: {
|
|
badge: 'bg-amber-500/20 text-amber-700 dark:text-amber-300 border-amber-500/40 font-semibold shadow-sm shadow-amber-500/20',
|
|
aura: 'from-amber-500/25 via-amber-900/15 to-transparent',
|
|
glow: 'shadow-[0_0_25px_-5px_rgba(245,158,11,0.25)]',
|
|
label: '4K UHD',
|
|
},
|
|
} as const
|
|
|
|
export const LOG_LEVEL_STYLES = {
|
|
INFO: {
|
|
color: 'text-sky-600 dark:text-sky-400',
|
|
bg: 'bg-sky-500/10',
|
|
border: 'border-sky-500/20',
|
|
},
|
|
WARNING: {
|
|
color: 'text-amber-600 dark:text-amber-400',
|
|
bg: 'bg-amber-500/10',
|
|
border: 'border-amber-500/20',
|
|
},
|
|
ERROR: {
|
|
color: 'text-rose-600 dark:text-rose-400',
|
|
bg: 'bg-rose-500/10',
|
|
border: 'border-rose-500/20',
|
|
},
|
|
DEBUG: {
|
|
color: 'text-slate-500 dark:text-slate-400',
|
|
bg: 'bg-slate-500/10',
|
|
border: 'border-slate-500/20',
|
|
},
|
|
} as const
|
|
|
|
// Encoder-Backends, wie worker/caps.py sie meldet. Hardware wird seit
|
|
// 25.07.2026 nach FAMILIE unterschieden (nvenc/qsv/vce/vaapi) — vorher landete
|
|
// eine AMD-Karte unter dem Intel-Namen „vaapi", und AV1 in Hardware war gar
|
|
// nicht sichtbar, obwohl es die beste Kombination aus Tempo und Größe ist.
|
|
export const ENCODER_BADGES: Record<string, { label: string; highlight: boolean }> = {
|
|
'cpu-x264': { label: 'H.264 (CPU)', highlight: false },
|
|
'cpu-x265': { label: 'H.265 (CPU)', highlight: false },
|
|
'cpu-av1': { label: 'AV1 (CPU)', highlight: false },
|
|
'nvenc': { label: 'NVENC ⚡ (NVIDIA)', highlight: true },
|
|
'nvenc-av1': { label: 'AV1 · NVENC ⚡', highlight: true },
|
|
'qsv': { label: 'QuickSync ⚡ (Intel)', highlight: true },
|
|
'qsv-av1': { label: 'AV1 · QuickSync ⚡', highlight: true },
|
|
'vce': { label: 'VCE ⚡ (AMD)', highlight: true },
|
|
'vce-av1': { label: 'AV1 · VCE ⚡', highlight: true },
|
|
'vaapi': { label: 'VAAPI ⚡', highlight: true },
|
|
'vaapi-av1': { label: 'AV1 · VAAPI ⚡', highlight: true },
|
|
}
|