2 Commits

Include renames

Author	SHA1	Message	Date
HitonabiandClaude Opus 5	12b9720386	fix(v5): Beta-Key mit @ kommt ganz an; Schlüssel-Stand ehrlich (rot statt „Rips laufen", nicht prüfbar ohne Laufwerk); Zeiten in Ortszeit ... WAS: KEY_MUSTER nimmt alles bis Leerraum/HTML-Zeichen (der September-Key „T-…4BI@N5rPp" hat 68 Zeichen mit @; das alte Muster lieferte 62 und MakeMKV lief danach ohne Schlüssel). extractGueltigBis versteht „end of September 2026". Die Kette prüft zuerst den vorhandenen Schlüssel und lässt ihn stehen, wenn MakeMKV ihn annimmt (kein Überschreiben gekaufter Keys mehr); reg add wird auf Erfolg geprüft; 5042 ohne Lizenzzeile heißt „nicht prüfbar" statt „angenommen". Fenster: Ablehnung ist ROT mit dem Satz, dass Blu-rays dann nur noch in MakeMKVs Gnadenfrist laufen; die MakeMKV-Karte sagt, was Rippy in MakeMKVs Einstellungen schreibt. Ein neuer Werkzeug-Pfad wird sofort gesucht, ein neuer eigener Schlüssel sofort geprüft. datumKurz zeigt Ortszeit statt UTC. WARUM: Durchsicht 12.09.2026, Funde F1, F5, F12, F13 und A2 — am echten Forum-HTML und an makemkvcon ohne Laufwerk gemessen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-12 21:17:43 +02:00
HitonabiandClaude Fable 5	c5dd90cc18	fix(v5): Die drei Funde aus dem ersten Commander-Test ... FUND 1 — 'Key korrekt, aber als ungueltig angezeigt': Stimmt beides. Live gemessen: Der aktuelle Forum-Key ist in Ordnung, aber MakeMKV 1.18.4 ist ZU ALT fuer ihn — makemkvcon meldet 5020 UND 5021 zusammen, und die alte Pruefung brach beim ersten Code ab und beschuldigte den Schluessel. urteilAusAusgabe sammelt jetzt ALLE Codes (5021 schlaegt 5020, MakeMKV-Version aus MSG 1005 wird mitgelesen) und die Kachel sagt den wahren Satz: 'Der Key ist in Ordnung — MakeMKV 1.18.4 ist zu alt. Rippy hat ihn entfernt, damit der Beta-Modus weiterlaeuft (Rips klappen trotzdem). Abhilfe: MakeMKV aktualisieren.' Neues Feld weiterBetrieb: Beta-Modus ist GELB (Warnung), nicht rot. Test mit der echten Ausgabe als Fixture. FUND 2 — 'Komprimieren auf CPU statt GPU': Der Default 'H.265 MKV 1080p30' ist ein CPU-Preset. Neue GEMESSENE Empfehlung (gemeinsam/preset-empfehlung.ts): aus den echten Backends und der echten Preset-Liste des eigenen HandBrake — VCN vor NVENC vor QSV vor CPU, nur Namen die WIRKLICH in der Liste stehen, HandBrake-Presets deckeln die Aufloesung nur (DVD bleibt SD). Kette: eigene Wahl > allgemeines Preset > Empfehlung > CPU-Default. Auf dem Commander-PC: bluray/dvd -> 'H.265 VCN 1080p', uhd -> 'H.265 VCN 2160p 4K'. Die Preset-Auswahl zeigt 'automatisch: <Empfehlung>' als Leer-Option. FUND 3 — 'keine Alternative waehlbar': 'Aendern …'-Dialog an der Laufwerks-Kachel (§ 5 Schritt 4): TMDb-Suche (Film + Serie, mit Postern), Klick uebernimmt — Nutzer-Wahl gilt als 100 % und steuert Ablage-Ordner, NFO und Poster. Neue Nachrichten metadaten-suchen / zuordnung-setzen / metadaten-vorschlaege. Dazu: Poster in der Laufwerks-Kachel (CSP um image.tmdb.org erweitert), Restzeit-Schaetzung am Fortschritt. 192 Tests gruen, Smoke gruen. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-08-30 20:20:10 +02:00