... und macht mit den 60% ohne Fehlermeldung ungerührt weiter:
startet requant dann mit unsinnigem faktor und brennt dann tatsächlich noch eine DVD, deren Film eben bei 60% zuende ist 
Soweit die grobe Beschreibung.
En detail:
Ich verwende nach wie vor für meine Tatortsammlung meinen sonst stabil laufenden LinVDR 0.7 - abgesehen von Anpassungen wg. Jepsen-WakeUp-Board unmodifiziert.
Beim Tatort "Blechschaden" (sehr selten!) muss irgendwas passsiert sein, dass ich mir nicht erklären kann:
Die .vdr-Dateien von 001.vdr bis 010.vdr ergeben zusammen zusammen 6676MByte.
Laut dvd.log wird ab 4520MByte das Einlesen der .vdr-Dateien abgeschlossen, aber weitergemacht ohne Abbruchgrund
Auszug:
...
4430 Mbytes of 6676 read
4440 Mbytes of 6676 read
4450 Mbytes of 6676 read
4460 Mbytes of 6676 read
4470 Mbytes of 6676 read
4480 Mbytes of 6676 read
4490 Mbytes of 6676 read
4500 Mbytes of 6676 read
4510 Mbytes of 6676 read
4520 Mbytes of 6676 read
++ started: sh -c 'requant 2.29 < /video0/.vdr-burn.FucB5i/VDRSYNC.0/vdrsync.mpv > /video0/.vdr-burn.FucB5i/VDRSYNC.0/requant.mpv'
M2VRequantiser by Makira.
Using 2.290000 as factor.
++ executing: sh -c 'rm -f /video0/.vdr-burn.FucB5i/VDRSYNC.0/vdrsync.mpv'
++ executing: sh -c 'mv /video0/.vdr-burn.FucB5i/VDRSYNC.0/requant.mpv /video0/.vdr-burn.FucB5i/VDRSYNC.0/vdrsync.mpv'
++ started: sh -c 'tcmplex -i /video0/.vdr-burn.FucB5i/VDRSYNC.0/vdrsync.mpv -p /video0/.vdr-burn.FucB5i/VDRSYNC.0/vdrsync0.mpa -s /video0/.vdr-burn.FucB5i/VDRSYNC.0/vdrsync1.mpa -m d -o /video0/.vdr-burn.FucB5i/VDRSYNC.0/movie.mpg'
INFO: using reference profile (DVD)
INFO: profile type is (PAL)
INFO:
INFO: Scanning video stream for a sequence header and pulldown type ...
INFO: no pulldown detected ...
INFO:
INFO: Scanning video stream for pictures ...
*** Scanning video stream: 0% - byte offset 12 of 1876188796. (0)%
*** Scanning video stream: 1% - byte offset 18761897 of 1876188796. (1)%
*** Scanning video stream: 2% - byte offset 37523787 of 1876188796. (2)%
*** Scanning video stream: 3% - byte offset 56286301 of 1876188796. (3)%
*** Scanning video stream: 4% - byte offset 75048147 of 1876188796. (4)%
*** Scanning video stream: 5% - byte offset 93809467 of 1876188796. (5)%
...
Das komplette dvd.log gibt's im Anhang.
4520 Mbytes of 6676 read ist die letzte gelesene Zeile, es fehlen also noch etwa 2,1Gb.
Warum bricht BURN an der Stelle mit dem Einlesen ab?
Im Film selber sind keine Störungen in dem zeitbereich feststellbar, der Film lässt sich per VDR durchgehen ansehen.
Nachgemerkt:
Warum hänge ich an dem alten vdr-burn:
Ich archiviere die Tatorte auf DVD und habe bereits ca 450 davon in dem (zugegeben altbackenem) Look&Feel des vdr-bur 0.0.5 gebrannt. Deshalb halte ich an dem alten LinVDR (zumindest für die Tatorte und Polizeirufe) fest, weil ich nicht mitten in der Sammlung das Erscheinungsbild der DVDs ändern möchte ...
Übrigens: Ich habe eine exakte Kopie der *.vdr-Dateien in einem easyvdr 0.6 mit dessen vdr-burn zu einer DVD brennen können. Nur hat die easyvdr-gebrannte DVD andere Menüstruktur, Buttons und Hintergrundbild und passt nicht in die Sammlung ...