Ich versuche gerade einen Fehler zu finden, der sich darin äußert, daß nach einem Schnitt die geschnittene Fassung keinen Ton hat.
Es hängt offensichtlich mit der genauen Position der Anfangs-Schnittmarke zusammen. Verschiebt man sie um einen I-Frame vor oder zurück, dann tritt das Problem nicht auf. Die Vermutung, daß es mit der Frame-Detektierung zu tun hat und nicht erst beim eigentlichen Schnitt passiert wird dadurch untermauert, daß der Frame beim Anspringen der Anfangs-Schnittmarke (mit '7' oder '9') nicht dargestelllt wird (es bleibt das vorherige Bild sichtbar).
Ich habe den Fall so weit wie möglich minimiert und die entsprechenden Datenschnipsel unter ftp://ftp.tvdr.de/vdr/Developer/Frame-Detect.tbz (ca. 60MB) hochgeladen. Darin befinden sich drei Aufnahmen: das Original ("Schnittproblem") mit zwei Schnittmarken, sowie eine geschnittene Fassung mit Ton ("%SchnittproblemA") und eine ohne Ton ("%SchnittproblemB"). Im Original befindet sich die Anfangs-Schnittmarke an der fehlerhaften Position, damit wurde Variante 'B' erzeugt. Für Variante 'A' wurde die Schnittmarke um einen I-Frame nach links versetzt.
Wenn ich die geschnittenen Fassungen mit 'ffprobe' untersuche, so ergibt sich für 'A':
Input #0, mpegts, from 'Frame-Detect/%SchnittproblemA/2016-03-06.07.01.13-0.rec/00001.ts':
Duration: 00:00:16.48, start: 67421.795022, bitrate: 8162 kb/s
Program 132
Stream #0:0[0xa29]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0xa2a](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
Stream #0:2[0xa2b](mis): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
und für 'B':
[mpeg2video @ 0x1a124a0] Invalid frame dimensions 0x0.
Last message repeated 10 times
[NULL @ 0x1a13020] start time for stream 1 is not set in estimate_timings_from_pts
[NULL @ 0x1a13bc0] start time for stream 2 is not set in estimate_timings_from_pts
[mpegts @ 0x1a0e0a0] Could not find codec parameters for stream 1 (Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels, s16p): unspecified frame size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[mpegts @ 0x1a0e0a0] Could not find codec parameters for stream 2 (Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels, s16p): unspecified frame size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Input #0, mpegts, from 'Frame-Detect/%SchnittproblemB/2016-03-06.07.01.13-0.rec/00001.ts':
Duration: 00:00:16.08, start: 67422.195022, bitrate: 8131 kb/s
Program 132
Stream #0:0[0xa29]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 8000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0xa2a](deu): Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels, s16p
Stream #0:2[0xa2b](mis): Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels, s16p
Irgendwie scheint an dieser Stelle der I-Frame nicht korrekt erkannt worden zu sein, also müsste der Fehler wohl irgendwo in remux.c liegen.
Vielleicht mag ja mal der eine oder andere hier sich das genauer anschauen und findet heraus, woran das liegt.
Bin für jeden Hinweis dankbar.
Klaus