Some feature requests about mkv-muxing-batch-gui HOT 2 OPEN

@eXmendiC
First of all, you are awesome :D
The effort with writing all of this is appreciated...a lot :D

1. Massive feature to be honest...won't drop it.. but need a lot of thinking to make it look as best as possible.
2. Finally some new feature to the chapter tab :D, the chapter tab never have new update since it's added, just want more explaining for the "hardcode delay thing" can you give me example with maybe 3-4 chapters with their start and end, and what mkvtoolnix default doing.. and what is better as you described.
3. it's old request by some people will work on it for sure, but it won't be using media info.. it has to be named by the user...
4. someone already proposed this to be a thing .. but i didn't know what to add.. i will probably this of a way to make the user add whatever he wants and verified that the command exist before muxing everything...

Thanks a lot again, brilliant ideas that needs a lot of work for a person with no job yet :D
Have a nice day.

from mkv-muxing-batch-gui.

Yeah, some of the features are probably demanding a lot of time. After all, these are just requests/suggestions to improve the tool.

Here is an example for what I mean with chapters:
Test_Chapters.txt
As you can see, the first chapter starts with 0. That's how it has to be.
<ChapterTimeStart>00:00:00.000000000</ChapterTimeStart>

Let's say the difference between the old source (including these chapters) and new source are 24 black frames at the beginning of the new source, which is a pretty common scenario (at least for me). Thus, I have to add a delay to all of these chapters, which is 1001ms (for 23,976fps):

If you want to try that out, any video should work. Only the chapter file matters for testing.

So far so good, but as soon as you extract the chapters file with the new muxed version, you notice that the first chapter also doesn't start at 0 anymore:
<ChapterTimeStart>00:00:01.001000000</ChapterTimeStart>
Test_Chapters_New.txt

Technically makes sense, because everything got delayed. However, video players (like mpv) add an invisible chapter "0" between 00:00:00.000000000 and 00:00:01.001000000, something you don't really want. They should start with chapter "1". So in case you press the chapter skipping button or use Plex for that, you don't end up at the "Opening" (like you would if the first chapters starts at 00:00:00.000000000) and end up with "Prologue" instead. Kinda annoying.

So far my workaround is to manually change that single line after extracting the new muxed version and doing a second muxing with the new "fixed version" of these chapters again. A step that could be avoided, if there is more logic behind the delaying process - like not touching anything with "00:00:00.000000000". Not sure if that's easy to implement, because even mkvmerge itself lacks that functionality, but definitly a very cool and useful feature for certain cases.

from mkv-muxing-batch-gui.