Quote:
Originally Posted by Merlin7777
Okay, I am trying to split some mkv files of mine, using the "Enable Splitting...after timecodes:" option.
However, I continue to receive an error if I use the format "00:43:32.220000000,01:26:58.320000000". But when I remove the decimal digits, everything works fine. Is this a bug in the GUI? Because I am using the correct time codes format.
|
This is a bug in mmg, yes. You can shorten the number of decimals to 3, then mmg accepts your input. Meaning that "00:43:32.220,01:26:58.320" works. I'll have to fix the long format.
Quote:
|
Oh, and also, if I do NOT link the files, and use the format "00:43:32,00:43:45,00:43:42,00:43:24", which is supposed to result in chunks (episodes) that are 43min 32 seconds long and so on an so forth, instead results in 5 files which are 43:40, 12 seconds, 1 second, 22 seconds, and then the rest of an hour and a half or so. NOTE: these are not the exact times that I used, but they are essentially the same, and it shows that the resulting behavior is faulty and does not follow as the guide to MKVMerge GUI explained the process.
|
The mkvmerge GUI guide is indeed misleading here. The way the timecodes work is that mkvmerge splits after the specific input timecode has been reached. They are not the duration or the timecodes in the output file (!). If you want to split a file into three pieces with roughly the same length and a fourth piece with the rest of the file then you'll have to use "00:43:32,01:27:04,02:10:36".
I'll have to change the guide's wording accordingly. Anyone got a suggestion which is not as misleading as it is now?
Quote:
|
Since I did NOT linked the files, I expected the timecode to start from 0 after every split. I don't know if this happened, but the output was faulty anyways.
|
The linking option only affects the timecodes written to the output files, not the timecodes given on the command line as they refer to the whole stream as if it weren't split.