Konvertierung von PES-Aufnahmen nach TS

Wie hier diskutiert, möchte ich die Sonderbehandlungen für die Wiedergabe von Aufnahmen im alten PES-Format möglichst eliminieren. Hierzu habe ich die neue Kommandozeile-Option --pes2ts eingebaut. Damit kann eine PES-Aufnahme nach TS konvertiert werden (ffmpeg und andere Tools können all die Sonderfälle, die für PES nötig waren, nicht detektieren).

Beiliegende ZIP-Datei enthält:

• pes2ts Script zum automatischen Konvertieren aller PES-Aufnahmen im angegebenen Verzeichnis.
• pes2ts.[ch] Neue Source-Dateien, die die PES-TS-Konvertierung impementieren.
• pes2ts.diff Diff gegen VDR Version 2.8.2.

Am besten Version 2.8.2 frisch aus dem GIT holen, die ZIP-Datei in das Source-Verzeichnis entpacken, den Diff anwenden und compilieren.
Für das Testen der Konvertierung brauchen keine Plugins neu übersetzt zu werden, da es sich komplett auf Kommandozeilen-Ebene abspielt.

Vorgehensweise:

• pes2ts -h
  um die Hilfe anzeigen zu lassen.
• pes2ts -v -n /video
  listet alle PES-Aufnahmen unter /video auf, ohne sie zu konvertieren.
• pes2ts -i -f -v -l 3 -p /path/to/vdr /video/Serien/Star_Trek
  konvertiert alle PES-Aufnahmen unter /video/Serien/Star_Trek, ignoriert fehlerhafte VDR-Aufrufe, überschreibt bereits existierende TS-Aufnahmen (von vorhergehenden pes2ts-Aufrufen) und schreibt das vollständige Log auch nach stdout. Der Pfad zum VDR-Executable muss nur angegeben werden, wenn es nicht über $PATH gefunden wird.
• pes2ts -i -f -v -l 3 -p /path/to/vdr /video/Serien/Star_Trek/Ep1/2008-04-24.11.15.50.99.rec
  macht die Konvertierung für eine ganz bestimmte Aufnahme.

Anmerkungen:

• Bestehende PES-Aufnahmen werden nur lesend geöffnet und bleiben unverändert
• Die erzeugte TS-Aufnahme hat den gleichen Namen wie die PES-Aufnahme, lediglich das Format des *.rec-Teils wird entsprechend verändert (aus "*.pp.ll.rec" wird "*.0-0.rec", pp=Priority, ll=Lifetime).
• Die Dateien summary.vdr, info.vdr, marks.vdr und werden entsprechend kopiert bzw. konvertiert.
• Der Index wird während der Konvertierung neu erzeugt.
• Ein Protokoll der Konvertierung wird nach pes2ts.log im Verzeichnis der TS-Aufnahme geschrieben.
• Die Wiedergabe der TS-Aufnahme ist bei laufender Konvertierung sofort möglich.
• Die Fortschrittsanzeige zeigt eventuelle Schnittmarken, die ausserhalb des bereits konvertierten Bereichs liegen, u.U. nicht richtig an. Das ist ein bekanntes Problem und tritt auch beim Neu-Erzeugen des Index mit --genindex immer schon auf. Werde ich gesondert fixen.
• In cPatPmtGenerator::MakeAC3Descriptor() ist anscheinend die Zeile Target[i++] = 0x01; falsch. VDR kann die Untertitel aber sowohl mit als auch ohne sie abspielen.
• Das "USE"-Macro in pes2ts.c hatte ich Anfangs eingebaut um sicherzustellen, dass der Return-Wert auch wirklich ausgewertet wird. Hat sich als ganz praktisch erwiesen, drum hab ich es erstmal dringelassen.

Ich konnte auf diese Weise alle bei mir vorhandenen PES-Aufnahmen erfolgreich konvertieren, mit allen Audio- und Subtitle-Tracks.

Bitte probiert es mal aus, sofern ihr noch PES-Aufnahmen habt, und lasst mich eure Ergebnisse hier wissen.

Wichtig: Bitte die PES-Aufnahmen noch nicht löschen, es könnten sich durch den Test ja noch Änderungen ergeben!

Das, was cTsChecker prüft, fällt schon mal weg, weil die TS-Pakete ja neu erzeugt werden und daher fehlerfrei sind (oder zumindest sein sollten ).

Für cPtsChecker sieht es nicht gut aus, denn bei den PES-Aufnahmen haben, soweit ich gesehen habe, nur die I-Frames PTS, alle dazwischen liegenden nicht. Du kannst ja mal versuchsweise den Index einer so erzeugten TS-Datei neu generieren lassen. Er wird funktionieren, hat aber jede Menge Fehler. Da könnte man vielleicht in cPtsChecker was machen, aber ob sich der Aufwand lohnt, weiß ich nicht.

Möglicherweise hat sich da seit damals etwas an der Frame-Erkennung geändert. Ich kann den Effekt hier auch nachvollziehen. Die Laufzeit der Aufnahme wird auch entsprechend länger angezeigt (eine Sekunde in meinem kleinen Testbeispiel). Damit die übernommenen Schnittmarken weiterhin passen würde ich den Index so belassen, wir er von pes2ts erzeugt wird. Neugenerieren bringt keinen Vorteil.

Die Zahl der "WARNING: required 7 video TS packets to determine frame type" Meldungen entspricht exakt dem Unterschied der beiden Indexe: (727656 - 716640) / 8 = 1377. Da müsste sich was finden lassen. Schau ich mir an.

Mit diesem Patch erzeugt --genindex jetzt den gleichen Index wie --pes2ts:

--- remux.c    2026-06-21 22:38:16.504623358 +0200
+++ remux.c    2026-06-24 14:09:20.690882255 +0200
@@ -1323,6 +1323,8 @@
                   break;
                }
             }
+         else
+            break;
          newFrame = true;
          independentFrame = FrameType == 1; // I-Frame
          if (independentFrame) {

Wenn bei --genindex Frame-Fehler gemeldet werden, dann kann das daran liegen, dass in der Aufnahme nur die I-Frames eine PTS haben und die dazwischen liegenden nicht. Das werde ich noch gesondert untersuchen.

Wenn beim Index-Generieren keine Meldung "WARNING: required 7 video TS packets to determine frame type" im Log gekommen ist, dann ist dort dieser Fehler nicht aufgetreten.

Quote from jsffm

Es wäre schön gewesen, wenn er den Rest bearbeitet hätte.

Das sollte er eigentlich.
Wie sieht denn deine Aufrufzeile aus?

Quote from FireFly

Doch, sind sie mit 4,5 und 6 packets

Aber eben nicht mit 7 packets! So lange es unter 7 ist, hat er die gesuchte Info gefunden. Die Meldung mit 7 ist eigentlich falsche, denn dann hat er es eben nicht gefunden. Das muss ich noch korrigieren.

jsffm Poste bitte die Ausgabe von ls -lR und von pes2ts . an dieser Stelle.

jsffm Ich denke mal, das hier hat gefehlt:

--- pes2ts 2026-06-22 21:37:49.917025329 +0200
+++ pes2ts 2026-06-24 16:51:59.355690674 +0200

@@ -69,6 +69,7 @@
     if (-d $TsDir) {
        if ($Skip) {
           print "skipped\n";
+          chdir($Cwd);
           next;
           }
        die "$TsDir: directory exists" unless ($DryRun || $Force);

Um bereits konvertierte Aufnahmen zu überspringen musst du -s angeben.

Der Patch aus #17 ist dafür nötig.