Problem description:
After encoding .mpls which specify a concatenation of multiple .m2ts (eg. a "Play All" for multiple special features), the first chapter always has a 67ms offset (i.e. not zero). If there is a final "skip to end" chapter, it is effectively decimated by this issue as well.
This seems to extend to all chapters, but it's hard to tell because the concat points in my sources are all silent/black fade tips. And HandBrake's GUI only shows chapters to hundredths of a second, so it's harder to do the math.
Assuming the BD chapter milliseconds listed in an encode log align exactly with the intended MKV chapters, then all chapters after the first are offset by seemingly arbitrary amounts.
HandBrake version (e.g., 1.3.0):
1.3.1 (portable)
Operating system and version (e.g., Ubuntu 19.10, macOS 10.15 Catalina, Windows 10 1909):
Windows 10 Pro x64
Error message text and/or screenshot:
n/a
HandBrake Activity Log:
[mkv 01-31-2020 21-37-23.txt] (https://github.com/HandBrake/HandBrake/files/4143413/mkv.01-31-2020.21-37-23.txt)
Output contains the following MKV chapters:
Menu
00:00:00.067 : :Chapter 1
00:01:06.659 : :Chapter 2
00:03:31.619 : :Chapter 3
00:07:29.379 : :Chapter 4
00:09:33.795 : :Chapter 5
00:11:39.779 : :Chapter 6
00:15:48.027 : :Chapter 7
00:18:23.195 : :Chapter 8
00:19:26.107 : :Chapter 9
Note the offset of Chapter 1. There should also be a Chapter 10 for "skip to end", but that has been lost.
Problem description:
After encoding .mpls which specify a concatenation of multiple .m2ts (eg. a "Play All" for multiple special features), the first chapter always has a 67ms offset (i.e. not zero). If there is a final "skip to end" chapter, it is effectively decimated by this issue as well.
This seems to extend to all chapters, but it's hard to tell because the concat points in my sources are all silent/black fade tips. And HandBrake's GUI only shows chapters to hundredths of a second, so it's harder to do the math.
Assuming the BD chapter milliseconds listed in an encode log align exactly with the intended MKV chapters, then all chapters after the first are offset by seemingly arbitrary amounts.
HandBrake version (e.g., 1.3.0):
1.3.1 (portable)
Operating system and version (e.g., Ubuntu 19.10, macOS 10.15 Catalina, Windows 10 1909):
Windows 10 Pro x64
Error message text and/or screenshot:
n/a
HandBrake Activity Log:
Output contains the following MKV chapters:
Note the offset of Chapter 1. There should also be a Chapter 10 for "skip to end", but that has been lost.