One specific M2TS file stops playing since 3.0.7

[metatech]

Hello,

I use VLC to play .M2TS recorded on my Panasonic Blu-Ray recorder.
Usually all files are playable without problems, and it works great.
I found one video which freezes on the first picture when playing since version 3.0.7. With 3.0.6, the video could be played.
The original video is about one hour long, but I only extracted the first few seconds, and the file is (temporarily) shared on the https://drive.google.com/file/d/1jfHmaY ... sp=sharing :

When I open the video with 3.0.7 (or higher), the following errors are displayed, which are not displayed in 3.0.6 :
[00007ffd535560c0] main decoder error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 9000000)
[00007ffd535560c0] main decoder error: Could not convert timestamp 70048626349 for videotoolbox
[00007ffd535560c0] main decoder error: Timestamp conversion failed (delay 1000000, buffering 100000, bound 9000000)

Is it possible to consider these errors as warnings and play the video anyway with >= 3.0.7 ?

If needed, I can post a bigger extract.

Thanks in advance,
Regards,

metatech

[Lotesdelere]

Yes, I can reproduce the issue and it occurs with any video output module. VLC doesn't even display the very first frame (cows, other players are showing it) then hangs and crashes.

Code: Select all

main error: too low audio sample frequency (0) main debug: keeping audio output main error: failed to create audio output ... ts warning: Broken stream: pid 106 sends packets with dts 27930565555us later than pcr, applying delay main warning: clock gap, unexpected stream discontinuity main warning: feeding synchro with a new reference point trying to recover from clock gap a52 debug: A/52 channels:2 samplerate:48000 bitrate:192000 main debug: restarting module due to input format change ... h264 debug: Seen SEI recovery point, 0 recovery frames h264 debug: Recovering using SEI, prerolling 0 reference pics h264 debug: Recovery from SEI recovery point complete

FFplay is playing it but also shows some error messages:

Code: Select all

[mpegts @ 000000b5da60b680] PES packet size mismatch= 0B f=0/0 [mpegts @ 000000b5da60b680] Packet corrupt (stream = 1, dts = 5962285769). [mpegts @ 000000b5da60b680] PES packet size mismatch [mpegts @ 000000b5da60b680] Packet corrupt (stream = 2, dts = 5962285769). [mpegts @ 000000b5da60b680] PES packet size mismatch [mpegts @ 000000b5da60b680] Packet corrupt (stream = 1, dts = 5962285769). [mpegts @ 000000b5da60b680] PES packet size mismatch [mpegts @ 000000b5da60b680] Packet corrupt (stream = 2, dts = 5962285769). ... [mpegts @ 000000b5da60b680] PES packet size mismatch= 4340B f=0/0 [mpegts @ 000000b5da60b680] Packet corrupt (stream = 1, dts = 5962285769). [ac3 @ 000000b5da6cb240] incomplete frameq= 517KB sq= 0B f=0/0 [h264 @ 000000b5dd4db100] error while decoding MB 44 48, bytestream -32 [h264 @ 000000b5dd4db100] concealing 2405 DC, 2405 AC, 2405 MV errors in I frame

That said, your sample is very short. Please post a longer one (10-15 seconds).

[metatech]

Thanks for your fast reply.

Here is a longer version (https://drive.google.com/file/d/13ri9y9 ... sp=sharing)

Unfortunately, I do not have more frames at the beginning, because I edited the movie to start at that point on my Panasonic Blu-Ray recorder.

Hope it helps.

Regards,

metatech

P.S. : I saw in the release notes of VLC 3.0.7 that there were many security fixes, maybe some MPEG field/value is invalid, which causes the problem ?
I checked 50 other M2TS recorded from the same device, and they all work fine with VLC 3.0.16.

[InTheWings]

probably missing 225e0bc09b847167433d49a591b25a8da4e7655f

[metatech]

probably missing 225e0bc09b847167433d49a591b25a8da4e7655f

Thanks for pointing this commit https://code.videolan.org/videolan/vlc/ ... 8da4e7655f

I downloaded VLC 4.0 nightly build, and the video plays without problem.

Before VLC 4.0 final is published, I will stick to 3.0.6 for such videos.

Regards,
metatech

[InTheWings]

see https://code.videolan.org/videolan/vlc/-/issues/26313

[Lotesdelere]

I edited the movie to start at that point on my Panasonic Blu-Ray recorder.

IMO this tool has done a bad cutting because the first I-frame is located at 00:00:00.880 and not at the beginning of the stream, hence the errors.
If the tool allows it, make sure to always cut and start on an I-frame

[metatech]

see https://code.videolan.org/videolan/vlc/-/issues/26313

Thank you for tracking this issue !

Metatech

[metatech]

I edited the movie to start at that point on my Panasonic Blu-Ray recorder.

IMO this tool has done a bad cutting because the first I-frame is located at 00:00:00.880 and not at the beginning of the stream, hence the errors.
If the tool allows it, make sure to always cut and start on an I-frame

Actually, the editor GUI shows very little information on the MPEG flow, except the timing (rounded to seconds). It is meant to be used by end users not knowing about the details about MPEG.

Also, I cutted the track on the precise beginning frame between the 2 shows, but the recorder leaves generally 2-3 seconds before, which are hidden by specifying in the RPLS file a clip start time of 2-3 seconds. When playing the video through the Panasonic recorder, it starts playing the movie smoothly (no picture freeze or any picture shown before the cut point) at the precise beginning frame. I guess it pre-buffers the MPEG flow with the 2-3 seconds, but does not display them.

Regards.