2 Commits

Author	SHA1	Message	Date
Hitonabi	35cfcbcb07	style: echte Umlaute im ganzen Projekt + Installer im Rippy-Look ... Commander-Rueckmeldung: Umlaute fehlen. Ausloeser war sichtbar der Installer - "Diese Maschine uebernimmt die Video-Kompression fuer Rippy" stand woertlich im Screenshot. ## Die .ps1-Falle war loesbar, nicht unumgehbar Bisher galt: ausgelieferte .ps1 MUESSEN ASCII sein, weil PowerShell 5.1 sie ohne BOM als ANSI liest. Das ist nur die halbe Wahrheit - gemessen mit echtem powershell.exe 5.1: ohne BOM: $s = "Größe: äöü" + Unerwartetes Token -> Skript kaputt mit BOM: Groesse: aeoeue + laeuft, Length 16 korrekt Alle drei Skripte sind jetzt UTF-8 MIT BOM und tragen echte Umlaute; unter 5.1 gegengeprueft (BOM vorhanden, Parser fehlerfrei, Text korrekt gelesen). Der Kopfkommentar sagt das jetzt richtig statt "ASCII-only". ## Umstellung: Text ja, Bezeichner nein Umlaute gehoeren in Kommentare und Anzeigetexte, nicht in Funktionsnamen oder Datenschluessel. Deshalb je Sprache das passende Werkzeug: - Python: ueber den TOKENIZER - angefasst wurden ausschliesslich COMMENT- und STRING-Tokens. 156 Stellen. Code ist damit garantiert unberuehrt. - TypeScript: nur // und /* */ Kommentare sowie JSX-Text (kann per Definition kein Bezeichner sein). 24 Stellen. `const waehlen`, `let laeuft`, `plaetze`, `GeraetInfo` sind nachweislich unversehrt. - install.sh: Anzeigetext, aber die Shell-Funktionen (gruen/rot/gelb/titel) und der Schalter --nur-pruefen bleiben ASCII - das sind Schnittstellen. - Markdown: 0 Aenderungen, die Doku hatte schon Umlaute. ZWEI FEHLER MEINES KONVERTERS, beide von Werkzeugen gefangen: 1. In f-Strings steht in {...} CODE, kein Text. Aus f"{groesse}" wurde f"{größe}", waehrend die Variable groesse hiess - Ruff meldete F821 "Undefined name". Der Konverter lagert Einsetzungen jetzt aus. 2. Ein Dict-Schluessel wurde umbenannt: die Wortliste enthaelt das PRAEFIX "uebersprung", der Tabu-Schutz prueft aber ganze Woerter. bericht[...] ist wieder ASCII - Umlaute in Datenschluesseln brechen JSON-Runden und DB-Felder. ## Installer im Rippy-Look Statt hellgrau jetzt dieselben Toene wie das Web-UI (aus lib/design.ts uebernommen): slate-900 Flaeche, dunkle Eingabefelder, Amber-Hauptknopf wie "Los geht's" im Wizard. Oben ein Kopfbereich mit dem Farbverlauf amber -> indigo -> purple und dem Disc-Symbol - in WinForms per Paint-Ereignis gezeichnet, weil es dort keine Verlaeufe von der Stange gibt. Geprueft, nicht gehofft: Das Fenster wurde headless in ein PNG gerendert (DrawToBitmap) und angesehen - Verlauf, Symbol, Umlaute und Farben sitzen. RippyWorkerSetup.exe neu gebaut (57344 -> 60416 Bytes); Umlaute und das requireAdministrator-Manifest sind in der .exe verifiziert. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-25 22:37:23 +02:00
Hitonabi	ca91e5b693	feat(install): ein Befehl statt Checkliste - install.sh nimmt die Handarbeit ab ... Commander-Rueckmeldung: "Das Docker Deployment ist mir zu kompliziert." Zu Recht - die Installation war eine Checkliste aus sechs Schritten, von denen zwei nur mit Fachwissen zu schaffen waren. ## Neu: sudo ./install.sh Nimmt genau die Schritte ab, an denen man scheitern konnte: 1. Prueft Voraussetzungen (Linux, Docker, Compose) und nennt bei jedem Mangel den Installationsbefehl. 2. FINDET DAS LAUFWERK SELBST. Das war der schlimmste Punkt: MakeMKV braucht ZWEI Geraeteknoten, und die sg-Nummer ist je Host anders. Das Skript gleicht sie ueber die SCSI-Adresse in /sys ab statt zu raten. Auf der VM gegengeprueft: sr0 -> 3:0:0:0, sg1 -> 3:0:0:0, also dasselbe Geraet - korrekt als /dev/sr0 + /dev/sg1 erkannt. 3. Legt Ablage- und MakeMKV-Verzeichnis an. 4. Richtet die Mount-Propagation ein UND macht sie per systemd-.mount-Unit neustart-fest. Vorher stand in der README nur "reboot-fest persistieren" - ohne zu sagen wie; nach einem Reboot scheiterte das Einhaengen von NAS-Freigaben aus dem UI stillschweigend. 5. Schreibt die .env, ueberschreibt aber NIE einen bestehenden Wert. 6. Baut und startet, und nennt bei Fehlschlag die drei haeufigsten Ursachen mit Diagnosebefehl. Wiederholbar (mehrfach ausfuehren aendert nichts kaputt) und damit auch der Update-Weg: git pull && sudo ./install.sh ## Zwei Fallgruben, die beim Testen auffielen - beide meine eigenen - --nur-pruefen verlangte root und brach ab. Ein Pruef-Modus, der nichts aendert, darf daran nicht scheitern - sonst kann man vor der Installation nicht nachsehen, ob alles passt. Behoben. - .env.example hatte OPTICAL_SG=/dev/sg1 UNKOMMENTIERT vorbelegt. Damit haette der Installer den erkannten Wert nicht eingetragen ("steht schon drin") und auf jedem fremden Host still eine kaputte Konfiguration hinterlassen - genau das, was er verhindern soll. Beide Geraetezeilen sind jetzt auskommentiert; Compose hat ohnehin Vorgaben. Dazu eine Gegenprobe im Skript: zeigt ein wirksamer Wert auf ein Geraet, das es hier nicht gibt (".env von einem anderen Rechner"), wird das benannt statt kryptisch von Docker gemeldet. ## README neu aufgebaut Vorher 293 Zeilen, in denen der Schnellstart zwischen lsscsi, sg-Knoten, USB-Passthrough und mount --make-rshared begraben war. Jetzt: Installation in zwei Zeilen oben, dann eine Tabelle "Wenn etwas nicht geht" mit den vier Faellen, die praktisch alles abdecken. Alles Technische steht darunter in aufklappbaren Abschnitten - inklusive der Handarbeits-Variante fuer die, die sie wollen. NEU und ausdruecklich gewuenscht: Abschnitt "Rippy schneller machen" mit dem VM-CPU-Typ. Erklaert, warum Virtualisierer eine generische CPU ohne AVX2 geben, was das kostet (gemessene 28-55 h je 4K-Film), die genauen Schritte in Proxmox (herunterfahren - Hardware/Processors/Type auf 'host' - starten, bzw. qm set <vmid> --cpu host), warum ein Neustart von innen NICHT genuegt, und wie man nachprueft: Rippy zeigt die Vektorbefehle seit v3.14 selbst an. Dazu der Nachteil (keine Live-Migration auf andere CPUs) und die Alternative x86-64-v3 fuer Cluster. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-07-25 21:59:23 +02:00