3 Commits

Include renames

Author	SHA1	Message	Date
HitonabiandClaude Opus 5	678fe276f9	feat(windows): Arbeitsordner im Setup, Beta-Key auf Knopfdruck ... Zwei Wuensche des Commanders vom 28.08.2026. ## 1. „kannst du noch einbauen das man den arbeitsordner usw. in den ## Einstellungen setzen kann und direkt im setup?" In den Einstellungen ging es seit 35370fd (freies Pfadfeld plus die Laufwerke als Ein-Klick-Wahl). Im SETUP wurde bisher nur nach Programmordner und Ablage gefragt — der Arbeitsordner tauchte erst auf, wenn schon installiert war. Das ist die falsche Reihenfolge: Der Roh-Rip einer 4K-UHD ist bis zu 100 GB gross. Wer erst NACH der ersten vollen Platte erfaehrt, wo die liegen, hat es zu spaet erfahren — genau so lief am 25.07.2026 die VM-Platte voll. Neu ist auch ein Waechter, der alle drei Arten von halb angeschlossenem Feld faengt (kein Eingabefeld, keine Vorbelegung, wird beim Installieren nicht mitgeschickt). Der dritte Fall ist der gemeinste: Man waehlt etwas, es passiert nichts, und niemand sagt warum. ## 2. „der könnte theoretisch auch automatisch ausgelesen werden, ich glaube ## das web rippy kann das" Er hatte recht. `makemkv_key.refresh_loop()` laeuft seit jeher taeglich mit (main.py, Startereignis). GEMESSEN am 28.08.2026: Forum antwortet in 3,3 s, gueltiger Key mit 62 Zeichen, und in seinen Einstellungen lag bereits einer. Es war nur nichts davon zu sehen. Kein Knopf, keine Meldung, keine Zeitangabe — im Feld stand ein Key, und ob der von Hand kam oder von selbst, wusste niemand. Eine Automatik, die man nicht sehen kann, ist fuer den Benutzer keine. Dazu kam eine echte Luecke: Die Schleife startet 60 Sekunden nach dem Server. Wer gleich nach dem Einrichten eine Blu-ray einlegt, rippt ohne Key — MakeMKV faellt in den 30-Tage-Testmodus. Das Setup holt ihn jetzt selbst. Der geholte Key wandert NICHT ueber die Leitung zurueck: Er steht in den Einstellungen, und ein zweiter Weg zu demselben Wert ist ein zweiter Weg, ihn zu verlieren. Rechtlich unveraendert: oeffentliche Beta-LIZENZ der Software, KEIN Disc-Schluessel. Rippy liefert und verteilt keine Disc-Schluessel. 803 Tests gruen, ruff sauber. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-29 11:53:12 +02:00
HitonabiandClaude Opus 5	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
HitonabiandClaude Opus 4.8	3f47b504c2	feat(api): MakeMKV-Beta-Key automatisch erneuern ... Der kostenlose Beta-Key wechselt ~monatlich und laeuft zum Monatsende ab; bisher musste er von Hand nachgetragen werden, sonst blockt Blu-ray-Ripping irgendwann still. Neu: taeglicher Forum-Abgleich (t=1053) -> Key in die Settings (makemkvAppKey). Der Worker liest ihn VOR jedem Rip (tasks.py) -> wirkt ohne Rebuild ab dem naechsten Rip. - docker/api/makemkv_key.py: extract_key (pure, testbar) + fetch_current_key + refresh_once/refresh_loop; loggt in die App-Logs (add_log). - docker/api/main.py: refresh_loop als startup-Task. - docker/api/test_makemkv_key.py: Parser-Tests - fingen den Bug, dass Beta-Keys laenger als 64 Zeichen sind (Regex {50,} statt {64}). Betrifft nur die Software-Lizenz (oeffentlicher Gratis-Key), NICHT Disc-Schluessel - die zieht MakeMKV via LibreDrive selbst. Ruff gruen, 4 Tests gruen, Live-Fetch gegen das echte Forum verifiziert. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-24 21:27:38 +02:00