From c46a280b1f9fa882baf332f8a2c3e48ce329134d Mon Sep 17 00:00:00 2001 From: Hitonabi Date: Tue, 1 Sep 2026 22:24:19 +0200 Subject: [PATCH] =?UTF-8?q?chore(v5):=20Version=205.4.0=20=E2=80=94=20Aend?= =?UTF-8?q?erungsnotizen=20fuer=20latest.yml?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Fable 5.1 --- rippy-windows/bau/release-notes.md | 45 ++++++++++++++++++++++++++++++ rippy-windows/package-lock.json | 4 +-- rippy-windows/package.json | 2 +- 3 files changed, 48 insertions(+), 3 deletions(-) diff --git a/rippy-windows/bau/release-notes.md b/rippy-windows/bau/release-notes.md index c296267..0c7daa7 100644 --- a/rippy-windows/bau/release-notes.md +++ b/rippy-windows/bau/release-notes.md @@ -1,3 +1,48 @@ +Version 5.4.0 + +Das Laufwerk ist frei, sobald die Roh-Dateien liegen. +Rip und Kompression sind getrennt: Der Rip belegt das Laufwerk, danach +laeuft die Kompression in einer Warteschlange im Hintergrund (Karte in der +Uebersicht). Die naechste Disc kann rein, waehrend die vorige noch +rechnet; nach dem Rip wirft Rippy aus (abschaltbar unter Ablage). + +Roh-Dateien raeumen sich auf. +Jeder Rip ist jetzt ein Vorgang mit Roh-Ordner und Zielordner. Unter +Einstellungen -> Roh-Dateien: Belegung, die Regel (Vorgabe: 7 Tage nach +gelungener Kompression, nur wenn jede fertige Datei nachweislich da ist), +"Neu komprimieren" mit anderem Preset ohne Neulesen der Disc, "Roh-Dateien +loeschen" von Hand. Ordner aus der Zeit vor 5.4.0 werden nur gezeigt, nie +von selbst geloescht. Halbe Dateien nach Abbruch oder Fehler verschwinden. +Unkomprimierte Rips (4K verlustfrei) landen im Zielordner statt unter roh. + +Sprachen je Titel. +Der Auswahl-Dialog zeigt je Titel die gemessenen Ton- und Untertitelspuren +zum Anhaken. Japanischer Ton plus deutsche Untertitel: Die Untertitel sind +beim Abspielen vorgewaehlt. Vor der Kompression prueft Rippy die Roh-Datei, +ob die Sprachen wirklich drin sind, und setzt MakeMKVs Auswahlregel so, +dass alle Sprachen mitkommen. + +Staffel und Folge von Hand. +Bei Folgen: "Staffel 1, ab Folge 3" im Dialog, dann zaehlt Rippy +fortlaufend in Disc-Reihenfolge; TMDb gibt nur noch eine Warnung. Zwei +Zeilen Vorschau zeigen, wohin was landet. Der Fortschrittsbalken laeuft +durch, nach Groesse gewichtet, statt je Titel auf null zu springen. + +Erkennung v2 und Kino-Banner. +Nach dem Titel-Lauf haelt Rippy die gemessene Laufzeit gegen TMDb: aus +"wahrscheinlich" wird "bestaetigt", oder der Treffer faellt auf einen +Vorschlag zurueck. Leere TMDb-Eintraege zaehlen nicht mehr als Treffer. +Die Kachel zeigt Logo, Tagline, Jahr, FSK, Laufzeit, Genre, Bewertung +und Besetzung. "Laufwerk pruefen" liest das Windows-Protokoll: Disc oder +Hardware? + +Dazu: Dialoge schliessen nicht mehr beim Markieren von Text; nach einem +Neustart nimmt Rippy wartende Kompressionen wieder auf; der Datenbank- +Pfad steht unter Programm; ein Klick-Beweis (Playwright) prueft den +ganzen Weg durch das echte Programm. + +Unveraendert: Updates warten, bis kein Rip und keine Kompression mehr laeuft. + Version 5.3.2 Die Titelliste bleibt jetzt stehen. diff --git a/rippy-windows/package-lock.json b/rippy-windows/package-lock.json index acd7506..24cbe17 100644 --- a/rippy-windows/package-lock.json +++ b/rippy-windows/package-lock.json @@ -1,12 +1,12 @@ { "name": "rippy", - "version": "5.3.2", + "version": "5.4.0", "lockfileVersion": 3, "requires": true, "packages": { "": { "name": "rippy", - "version": "5.3.2", + "version": "5.4.0", "license": "UNLICENSED", "dependencies": { "electron-updater": "^6.8.9", diff --git a/rippy-windows/package.json b/rippy-windows/package.json index afe023e..d0e09d3 100644 --- a/rippy-windows/package.json +++ b/rippy-windows/package.json @@ -1,7 +1,7 @@ { "name": "rippy", "productName": "Rippy", - "version": "5.3.2", + "version": "5.4.0", "description": "Rippy v5 — Disc-Ripping als eigenständiges Windows-Programm (KONZEPT-WINDOWS.md)", "main": "out/haupt/index.js", "author": "KrBrZ",