Messed up something in many MKV files, now getting dropped frames

[antoniu200]

Hi,

I managed to mess up multiple files recorded from TV, most likely after cutting with AviDemux, all of them MKV files. Most of them can be fixed by simply remuxing them from MKV to MP4 right from AviDemux, but I got like 4-5 that cannot be fixed by doing this.
These 4-5 files, after being cut with AviDemux and exported in MKV, have again been remuxed using MKVToolNix GUI v42.0.0, because I changed the audio. Remuxing the raw cut MKV files from AviDemux with the audio without changing any settings in MKVToolNix resulted in files with stuttery frame rate. So I forced the video's "Default duration/FPS" setting to 50i (possibly even "Fix bitstream timing info"), while setting the delay for the audio stream to be identical to that of the original audio (audio files were synced in Audacity). At this point, while the video and audio are in sync and stutter is (relatively) minimal, frames are being dropped constantly while playing back, about 5 each second.

I tried fixing one of these files using the most upvoted answer of FFmpeg: recreate timestamps without reencoding - Super User, but even the raw .h264 file is losing frames while being played back (MPC-HC using LAV Filters 0.77.1). After the final command, the resulting file loses frames just like the original, with absolutely nothing changing. I also tried the second answer, but it did not seem to help either.

I have no idea what I must have managed to mess up in these files and how. Worth mentioning is the fact that I can fix them by fully re-encoding the video, but that is not desirable, from obvious reasons. I managed to mess the file up by simply remuxing, so I would assume it should be fixable by remuxing somehow, no?

If anybody has some suggestions, I would be ready to give them a try. Right now, I have no idea where to look for my issue anymore.

Here's a short sample of the file, cut using AviDemux (dropping frames just like the original): https://drive.google.com/file/d/1qPG...mxCvUhl9l/view