[VDR 2.8.2] Inkonsistente Fehler beim Schneiden von DVB-T2 Aufnahmen

Quote from vdr_rossi

Lösche ich die geschnittene Aufnahme über OSD weg und schneide nochmal (Taste 2), ist die geschnittene Aufnahme fehlerfrei.
D.h. es lässt sich auch nicht reproduzieren.

Klingt irgendwie, als wäre da etwas nicht richtig initialisiert.
Lässt es sich evtl. reproduzieren, wenn du vor dem zweiten Schneiden VDR neu startest?

Ich hatte gerade exakt das gleiche Szenario:

The content cannot be displayed because you do not have authorisation to view this content.

Aber vielleicht kann ich noch ein paar ergänzende Hinweise geben. Ich habe nach einem "Aufnahme-Marathon" gestern Abend die Aufzeichnungen der Reihe nach geschnitten. Weil die Sequenz mit zwei HD-Aufzeichnungen begann, deren Schnitt doch etliche Zeit in Anspruch nahm, konnte ich bei allen Episoden der aufgenommenen Serien die Schnittmarken passend setzen und die Aufzeichnungen in die Cutter-Queue einstellen, bevor sie abgearbeitet war. Alle Schnitte wurden also in einem Durchlauf der Cutter-Queue (dem ersten Durchlauf kurz nach dem Hochfahren des Rechners) durchgeführt, wobei Aufzeichnungen an die Queue angefügt wurden, während andere nach erfolgtem Schnitt bereits wieder aus der Cutter-Queue herausgelöscht worden waren. Aber bis zum Schnitt der letzten Aufzeichnung des "Aufnahme-Marathons" war die Cutter-Queue durchgängig aktiv.

Übrigens habe ich – sobald deren Schnitt fertig war – die zwei geschnittenen HD-Aufzeichnungen bei noch laufender Cutter-Queue per Info > Bearbeiten in ein anderes Verzeichnis verschoben und die Originale gelöscht. Vermutlich hatte das keinen Einfluss, sei aber der Vollständigkeit halber erwähnt.

Vor der oben markierten Aufzeichnung waren zwei andere Aufzeichnungen mit Aufnahmefehlern in der Cutter-Queue. Die erste hatte zwei Blöcke mit insgesamt 100 TS-Fehlern im geschnittenen Bereich:

The content cannot be displayed because you do not have authorisation to view this content.

… die andere (die im Programmablauf gleich danach kam und somit eine Überlappung aufweist) hatte diese Fehler vor dem geschnittenen Bereich:

The content cannot be displayed because you do not have authorisation to view this content.

Isoliert man die TS-Fehler, sieht man, dass sie in zwei Teile zerfallen:

The content cannot be displayed because you do not have authorisation to view this content.

Weil die beiden Fehlerstellen nur um einen 4/6-Schritt auseinander liegen, lassen sie die TS-Fehler der beiden Stellen ohne weitere Hilfsmittel nicht ermitteln. Setzt man den Schnitt allerdings wie oben gezeigt, bleiben 27 TS-Fehler übrig. Die gleiche Zahl erhält man übrigens auch, wenn man von der ersten Fehlerstelle bis zum Ende schneidet… seltsam.

Ob die genannte Abfolge der Aufzeichnungen in der Cutter-Queue einen ursächlichen Zusammenhang begründet, kann ich leider nicht sagen. Nach dem Schnitt der beiden fehlerbehafteten Aufzeichnung hatten aber alle danach geschnittenen Aufzeichnungen, die selbst ohne Fehler aufgenommen worden waren, je 20 TS-Fehler gleich am Anfang:

The content cannot be displayed because you do not have authorisation to view this content.

Ob dies der Anzahl der TS-Fehler des ersten oder zweiten Blocks entspricht und diese dann propagiert werden, ist (mit zumindest) ebenfalls unklar.

Egal ob man nach dem Durchlauf der Cutter-Queue die geschnittenen Aufzeichnungen – wie oben – ein weiteres Mal schneidet oder die originale – fehlerfreie – Aufzeichnung, erhält man danach stets fehlerfreie Aufzeichnungen. Eine Wiederholung der Sequenz nach einem Neustart des Rechners führte nicht mehr zum gleichen – oder auch nur einem irgendwie vergleichbaren – Ergebnis.

Auch ich würde hier ein Initialwert-Problem innerhalb der Cutter-Queue oder gegebenenfalls auch ein Problem im Puffer-Management vermuten.

Ein ähnliches Problem habe ich auch schon beobachtet, konnte es aber nicht mehr reproduzieren um es hier zu posten.

Alte TS-Aufnahmen von 2011/12 haben oft am Anfang Fehler (das ist aber ein anderes Thema) wenn der Index mit Fehleranzeige neu generiert wird. VDR war Version 2.8.2 mit dem Patch von hier. Wenn man aber die erste Schnittmarke aber vom Anfang einen Schritt nach hinten schiebt, dann ist die Aufnahme nach dem Schneiden wieder fehlerfrei. Das habe ich auch oft gemacht, aber bei einer Aufnahme war am Anfang wieder ein Fehler. Also Schnittmarke nochmal eins nach hinten geschoben: wieder Fehler am Anfang und das gleiche auch nach dem dritten Schneiden. Ob ich dann VDR neu gestartet habe weiß ich nicht mehr (ich glaube ja) aber der Fehler blieb beim Schneiden. Als ich es dann nochmal von vorne durchspielen wollte konnte ich es nicht mehr reproduzieren.

Edit: bei mir sind es alles DVB-S2 Aufnahmen, auch wenn der Threadtitel zu DVB-T2 geändert wurde

kls, benötigst du das "Rohmaterial" noch zur Analyse?

Ich melde mich, sobald ich dazu komme.

SHofmann Ich wäre jetzt so weit. Wenn du mir eine oder mehrere Aufnahmen zur Verfügung stellen kannst, und einen konkreten Ablauf, mit dem ich das Problem nachstellen kann, wäre das hilfreich.

Diese Problematik hätten wir wegen der anderen Themen doch beinahe aus den Augen verloren…

Gestern ist das Problem erneut aufgetreten: Ich habe zwei fehlerfreie Aufzeichnungen geschnitten. Nachdem der Schnitt der ersten fertig war und noch während der Schnitt der zweiten (der aus der Cutter-Queue heraus gestartet worden war) lief, habe ich die geschnittene Fassung der ersten Aufzeichnung umbenannt (nur den Namen geändert) und gleich im Anschluss die erste Aufzeichnung (also das Original) gelöscht. Als der Schnitt der zweiten Aufzeichnung kurze Zeit später beendet war, wurden in der geschnittenen Fassung der zweiten Aufzeichnung plötzlich gut zwei Dutzend TS-Fehler gemeldet. Diese werden ganz am Anfang der geschnittenen Fassung (bei Zeitstempel 0:00) angezeigt. Schneidet man die zweite Aufzeichnung (oder auch deren geschnittene Fassung) ein weiteres Mal, ist der Schnitt danach fehlerfrei. Auch eine Reindizierung der geschnittenen Fassung löscht die TS-Fehler.

Dass diese "flüchtigen" TS-Fehler ganz am Anfang angezeigt werden, ist eigentlich immer der Fall. Hier als (schon älteres) Beispiel die 20 TS-Fehler in der Aufzeichnung %Willkommen im Club aus #4:

The content cannot be displayed because you do not have authorisation to view this content.

All dies deutet für mich darauf hin, dass es sich hier um keine "echten", sondern um nur vom VDR "halluzinierte" TS-Fehler handelt. Ich vermute, dass sich diese durch Dateninkonsistenzen im Schnitt oder in der Abarbeitung der Cutter-Queue einschleichen. Möglicherweise führen die Updates in Recordings beim Umbenennen oder Löschen einer Aufzeichnung zu Datenfehlern, die spätestens bei der abschließenden Konsolidierung der Schnittdaten aufschlagen. Vielleicht liefert ein Code-Reading mit diesem Fokus entsprechende Hinweise.

Szenarien wie dieses hatte ich schon des Öfteren, jede Woche mindestens einmal Mal. Ob das zwischenzeitliche Umbenennen und Löschen von Aufzeichnungen hier mit ursächlich ist, kann ich nicht einordnen. Der Verdacht liegt aber nahe, weil ich diese Effekte fast immer beobachtet habe, wenn ich während einer laufenden Schnittsequenz weitere Interaktionen im OSD-Menü vorgenommen habe.

Leider werden die TS-Fehler nicht zusammen mit der Länge der geschnittenen Fassung periodisch aktualisiert. Da sie erst am Ende des Schnitts gesetzt und angezeigt werden, lässt sich nicht näher eingrenzen, nach welchem Bedienschritt die TS-Fehler aufgeschlagen sind. Vielleicht sollte man deshalb die Zahl der TS-Fehler doch lieber wieder periodisch mit ausgeben…

Ich habe die drei Fassungen von Willkommen im Club noch immer vorliegen. Falls überhaupt, gehe ich davon aus, dass du bestenfalls die geschnittene Fassung %Willkommen im Club zur Inspektion brauchen solltest. Gib einfach Bescheid, welche der drei für dich hilfreich wären, dann lade ich sie dir hoch.

PS: Im Gegensatz zum Titel des Threads handelt es sich bei mir um SD-Aufnahmen via DVB-S2.

Ich konnte das jetzt auch mit Cutting Crew äh Queue nachstellen, allerdings nur einmal.
Bei der Analyse der "fehlerhaften" geschnittenen Aufnahmen (1080i) war dann immer beim zweiten (!) Independant Frame ein Missing Flag gesetzt.

Nach dem Löschen der "fehlerhaften" geschnittenen Aufnahmen und neu Schneiden von zwei Aufnahmen mit Cutting Queue waren dann aber beide fehlerfrei...
Bei einer Dritten habe ich testweise den Index mittels VDR-Wiedergabe neu erstellt und dieser war auch fehlerfrei.

Edit: kls Ich hoffe, das hilft weiter
Edit2: Auflösung korrigiert - tritt der Fehler evtl. nur bei interlaced Aufnahmen auf?

Quote from SHofmann

Ich habe die drei Fassungen von Willkommen im Club noch immer vorliegen. Falls überhaupt, gehe ich davon aus, dass du bestenfalls die geschnittene Fassung %Willkommen im Club zur Inspektion brauchen solltest.

Euren Beschreibungen nach glaube ich eigentlich nicht, dass es von der konkreten Aufzeichnung abhängt, ob der Fehler passiert. Ich denke auch, dass es mit den Interaktionen während eines laufenden Schnitts zu tun hat.

FireFly Wenn bei dir der Fehler auftritt, hattest du dann auch mehrere Aufträge in der Queue, und hast du während der Schnitt lief Dateien umbenannt oder gelöscht?

Quote from kls

Wenn bei dir der Fehler auftritt, hattest du dann auch mehrere Aufträge in der Queue

Ja

Quote from kls

hast du während der Schnitt lief Dateien umbenannt oder gelöscht

Evtl. damals, aber jetzt nicht mehr

Ich konnte es heute auch reproduzieren:

• Drei Aufnahmen: A1, A2, A3, 1080i, alle ohne Aufnahmefehler
• zunächst die drei bereits geschnittenen Aufnahmen %A1, %A2, %A3 zum Löschen markiert und via Hauptmenü endgültig von der Platte gelöscht
• VDR neu gestartet
• A1, A2, A3 jeweils aufgerufen und via '2' den Schnitt angestoßen
• keine weitere Aktion während des Schneidens
• danach ist %A1 fehlerfrei
• %A2 und %A3 haben beide beim zweiten Independant Frame ein 'Missing' in der Index-Datei
  

Ich habe das ganze jetzt nochmal mit drei 720p Aufnahmen wiederholt.

Ergebnis: %A1 und %A2 waren fehlerfrei, %A3 hatte wieder im zweiten Independant Frame in 'Missing' Flag

Seeehr seltsam, das Ganze! Ich hatte jetzt die drei Aufnahmen aus #12 nochmal geschnitten (vorher von der Platte gelöscht) und alle drei waren fehlerfrei.

Ich lasse jetzt in cPtsChecker::Process() die Variablen ausgeben wenn Missing erhöht wird:

   if (d > 0) {
      Missing += d;
+     isyslog("Missing: d=%2u Missing=%u frameDelta=%u iFrameNoPts=%u i=%2u Number=%u pts=%lu pts-1=%lu", d, Missing, frameDelta, iFrameNoPts, i, Number, pts[i - 1], pts[i]);
+     }

und erhalte bei zwei weiteren Versuchen folgende Ausgaben:

Lauf 1: 
Aufnahme %A1 und %A2 fehlerfrei
Aufnahme %A3 (da war i noch nicht dabei):
vdr: [159282] video cutting thread started (pid=156213, tid=159282, prio=low)
vdr: [159282] Missing: d=18 Missing=18 frameDelta=3599, iFrameNoPts=0 Number=28 pts=420043790 pts-1=420112190
vdr: [159282] Missing: d= 1 Missing=19 frameDelta=3599, iFrameNoPts=0 Number=28 pts=420119390 pts-1=420126590

Lauf 2:
Aufnahme %A1 fehlerfrei
Aufnahme %A2:
vdr: [238402] video cutting thread started (pid=236847, tid=238402, prio=low)
vdr: [238402] Missing: d=21 Missing=21 frameDelta=3599 iFrameNoPts=0 i= 1 Number=46 pts=5888742580 pts-1=5888821780
vdr: [238402] Missing: d= 1 Missing=22 frameDelta=3599 iFrameNoPts=0 i= 4 Number=46 pts=5888828980 pts-1=5888836180

Aufnahme %A3:
vdr: [240163] video cutting thread started (pid=236847, tid=240163, prio=low)
vdr: [240163] Missing: d=18 Missing=18 frameDelta=3599 iFrameNoPts=0 i= 1 Number=28 pts=420043790 pts-1=420112190
vdr: [240163] Missing: d= 1 Missing=19 frameDelta=3599 iFrameNoPts=0 i= 4 Number=28 pts=420119390 pts-1=420126590

Zumindest scheint Missing immer den gleichen Wert im Fehlerfall zu bekommen (%A3: 18 & 1)
kls Dir sagen die Werte sicher mehr als mir .... ich blicke da nicht durch wann was aufgerufen wird und wie das mit Cutter und RecordingsHandler zusammenhängt. Es scheint aber nur ab der zweiten Aufnahme in einer Queue aufzutreten

Kurze Zwischenmeldung: Ich konnte das Problem jetzt hier nachvollziehen und werde weiter debuggen.

Bitte probiert mal das hier:

--- cutter.c    2026/05/29 10:10:01     5.11
+++ cutter.c    2026/09/04 20:03:50
@@ -564,7 +564,6 @@
      error = "malloc";
      return false;
      }
-  cPatPmtParser PatPmtParser;
   cFrameChecker FrameChecker;
   for (int Index = BeginIndex; Running() && Index < EndIndex; Index++) {
       bool Independent;
@@ -574,11 +573,11 @@
          bool Missing = false;
          if (!isPesRecording) {
             int OldPatVersion, OldPmtVersion;
-            PatPmtParser.GetVersions(OldPatVersion, OldPmtVersion);
-            if (PatPmtParser.ParsePatPmt(Buffer, Length)) {
+            patPmtParser.GetVersions(OldPatVersion, OldPmtVersion);
+            if (patPmtParser.ParsePatPmt(Buffer, Length)) {
                if (OldPatVersion >= 0 && OldPmtVersion >= 0) {
                   int NewPatVersion, NewPmtVersion;
-                  if (PatPmtParser.GetVersions(NewPatVersion, NewPmtVersion)) {
+                  if (patPmtParser.GetVersions(NewPatVersion, NewPmtVersion)) {
                      if (NewPatVersion != OldPatVersion || NewPmtVersion != OldPmtVersion) {
                         dsyslog("PAT/PMT version change while cutting");
                         FrameChecker.Reset();

Danke, ich werde morgen beim "Binge-Cutting" darauf achten, ob die sporadischen Fehler beim Schneiden jetzt ausbleiben. Oder gibt es zum Testen eine Prozedur, mit der man den Fehler ohne den Patch hätte zuverlässig reproduzieren können?

Durch die Änderung "Fixed checking frames when cutting a recording, in case an I-frame contains no video data" wurde patPmtParser zu einem Zeitpunkt verwendet, wo die erste PAT/PMT noch nicht geparst war. Das führte zu sporadischen Fehlern bei der ersten GOP. Der Patch in #16 müsste das also auf jeden Fall fixen.

Quote from kls

Bitte probiert mal das hier:

Ich habe das Schneiden der drei Aufnahmen A1, A2, A3 insgesamt dreimal durchlaufen lassen und es sind alle geschnittenen fehlerfrei. Ich denke, wir können das als gelöst ansehen.

Wäre es vielleicht möglich, die TS-Fehler nicht erst am Ende des Schnitts, sondern während des Schneidens zusammen mit der Länge des Schnittfragments kontinuierlich auszugeben?