Hi All,
I've been struggling with very strange behaviour on VLC regarding h264 playbacks. I'm using VLC 3.0.8 on Debian.
It seems that VLC does not manage to playback till the end of clip, In 2 min clip, it seem to drop the last 48 frames.
I have encoded using ffmpeg to create a 2 min clip from 6:00.00 of the timeline.
ffmpeg -ss 6:00.00 -t 2:00.00 -i tears_of_steel_720p.mov -c:v libx264 -x264opts force_cfr=1 -framerate 24.000 -c:a mp3 Tears_of_Steel-720p-h264-120s-encoded.ts
Original clip can be found here - https://mango.blender.org/download/
Comparing to ffplay, vlc stops about 1~2 sec before the end of timeline, the seek-bar is displaying 1:59.
This is apparent by re-muxing the "Tears_of_Steel-720p-h264-120s-encoded.ts" again using vlc's interface. While preserving original file and audio track. And play back using ffplay as well as vlc. This time the result basically matches.
I noticed this problem by saving a rtp stream sent by vlc as ts on rtp and saved by vlc using two separate muxers, rawdump and ts.
If I compare the Original file (120s ts file) and rawdump capture, by converting them into raw yuv files, they are off by 48 frames but SSIM/PSNR seems perfect for the bit that exists on captured file.
If this is a configuration issue it would be great if I could get some help.