I tried -no-md5-sum and it works perfectly (though a WARNING is shown when encoding). When I wanted to watch the whole thing I just had to for the great info. I had to split into 15 GB parts because that's the Google Drive free account max disk space, I use multiple accounts for backup. In this case the total filesize is 95 GB and almost 15 hours. But in this case I suspected before you posted this had nothing to do with the video, since in the past I remember having a similar problem: Unfortunately I didn't use OBS at the time so the files end up being very big and reencoding the whole thing isn't something I am willing to do at this point (if it's done then the resulted file would have to be 98% similar in terms of PQ).

called FRAPS (which is crap and for years no one uses anymore). I recorded this content (Metal Gear Solid PS1 game) using an old software many will know. For the moment I gave up the idea of reencoding the video (in H.265 it would still be as much as good as it is now), which would in my calculations be reduced to 50% of its current size, because it would take too much time in my 2014 PC. Youtube is also showing the full video without issues: - no more stuttering, probably caused by the old audio track). (Update: problem solved, I changed the audio to W64 and now the newer MKVtoolnix versions handle it just fine. The 2nd video has 3 hours and more or less 22 GB: THIS ISSUE WAS FIXED BY FOLLOWING THESE TIPS A NEW ONE IS BEING SENT RIGHT NOW, AND I ALREADY CONFIRMED IT'S OK. The 1st video has almost 12 hours (Youtube limits to 12 hours or 128 GB). They are both online at Youtube, but I am already checking the whole thing again just to confirm if this is only Youtube's doing or if they became this way after I combined them: I have noticed after writing this post that my 2 uploads somehow have stuttering issues not solved after hours.

Mkvtoolnix gui bulk