Die Beobachtungen beziehen sich aktuell auf VDR 2.0.6. Da fraglichen Stellen seither aber nicht geändert wurden, sollte der das Problem noch immer bestehen.
(Die Probleme treten nur selten und in Abhängigkeit der Schnittmarken auf. Daher ist es mir leider erst aufgefallen, als ich den neuen VDR schon eine Weile produktiv in Betrieb hatte. Und aufgrund der Struktur meiner Aufnahmeverzeichnisse, kann ich momentan nicht so ohne weiteres mal kurz auf einen VDR > 2.0.x wechseln.)
Zuerst einmal sind die Schnittmarken auf einer Position jetzt beliebig oft "stapelbar".
Das sieht in der "marks"-Datei dann so aus:
Probleme verursacht das aber nicht, sofern man von dem unerwarteten Verhalten beim Verschieben einer der (gestapelten) Schnittmarken absieht.
Das nächste Problem ist da deutlich gravierender:
Manche Schnittmarken, unter anderem die bei SeamlessCuts, verschwinden beim Schnitt einfach! D.h. nach mehreren Schnitten sind dann irgendwann keine Marken mehr da.
Hauptursache ist ein Fehler in der "recording.c", der dazu führt, dass die SeamlessCuts komplett ignoriert werden. Der Cutter bekommt vom SeamlessCuts also überhaupt nichts mit.
Die entsprechenden Routinen werden garnicht angesprochen, die eingefügten Debug-Ausgaben (siehe Patch im Anhang) erscheinen nie im Log.
Der angehängt Patch stellt das, meiner Ansicht nach, ursprünglich beabsichtigte Verhalten her und beseitigt bei mir die Probleme.
Alle (sinnvollen) gesetzten gesetzten Schnittmarken bleiben jetzt erhalten, mit Ausnahme der am Ende. (Da die Position der Endmarke weggeschnitten wird ist das leider nicht möglich.)
"Stapelmarken" werden auf die sinnvolle Anzahl, also 1 bei einer ungeraden und 2 bei einer geraden Anzahl an "gestapelter" Marken reduziert. "SeamlessINCuts", also Sequences mit der Länge 0, werden entfernt.
Das Wichtigste ist aber, dass sich jetzt bei einem erneuten Schnitt der geschnittenen Aufnahme, nichts mehr verändert. Die .ts, index und marks Dateien bleiben Identisch.
Ich habe den Patch intensiv getestet und auch alle Sonderfälle berücksichtigt, die mir eingefallen sind: Also "Stapelmarken" an Anfang oder Ende "SeamlessINCuts" usw. und konnte kein Fehlverhalten feststellen.
Lediglich bei Aufnahmen, die nur "SeamlessINCuts" beinhalten entstehen 0 Byte Videos. Das ist nicht wirklich sinnvoll, verursacht aber keine Probleme, auch nicht, wenn man versucht das Ergebnis abzuspielen. Den Sonderfall extra abzufangen braucht man also, denke ich, nicht.