Framedrop at start when saving MPEG-2 VOB files

[test32421]

Using the current 2.8.2 nightly in copy mode, I have noticed that with MPEG-2 .vob 720x480 29.970030 FPS files, simply saving them to a container results in a almost 1 second video stutter at the beginning. I first thought this happens when merging together several .vob files, but it happens even on just one. I don't know how accurate the FPS display in VLC is but with .mkv, I get 29.970628 FPS, with .mp4 29.967584, with .avi 29.970000 (doesn't support AR forcing by the way, I know the format is considerered obsolete but still).

However, if I instead cut the file, there is no visible stutter at the beginning, and if I select .mp4 output, VLC even shows the same FPS as with the input file. It seems to me this is some kind of bug in avidemux or a defect in the decoder (shown as Lavcodec). Maybe it only accepts 29.97 FPS and drops frames to get there? At any rate, playing the .vob file in VLC does not show this stutter at the beginning.

[eumagga0x2a]

I have noticed that with MPEG-2 .vob 720x480 29.970030 FPS files, simply saving them to a container results in a almost 1 second video stutter at the beginning.

Please provide a sample (just a 50, max. 100 MB large head portion of the file should be enough) via WeTransfer, Mega, Dropbox or Google Drive. Not sure what you mean by "simply saving them to a container" vs cutting. What matters, it is copy mode vs re-encoding.

FPS deviations originate mostly from dropped undecodable early B-frames in open-GOP streams.