ghb sees only one of the chapters in a title

[stern]

Description of problem or question:

When ghb scans this DVD, it gets title 7 wrong. The title actually contains 5 chapters of varying lengths (verified using VLC and checked against the DVD's printed list of contents), but ghb thinks the entire title consists of just one of the chapters.

Which chapter varies according to whether dvdnav or libdvdread is selected. With dvdnav, the activity log shows this:
[21:05:45] scan: scanning title 7
[21:05:45] scan: duration is 00:07:24 (444500 ms)
[21:05:45] pgc_id: 4, pgn: 1: pgc: 0x7fdb44062fe0
[21:05:45] scan: checking audio 1
[21:05:45] scan: id=0x80bd, lang=English (AC3), 3cc=eng ext=0
[21:05:45] scan: title 7 has 1 chapters
[21:05:45] scan: chap 1, 444500 ms
In fact, the single chapter that was detected is actually chapter 4.

With libdvdread, the activity log shows this:
[21:09:47] scan: scanning title 7
[21:09:47] scan: opening IFO for VTS 2
[21:09:48] pgc_id: 1, pgn: 1: pgc: 0x7f1c88033cc0
[21:09:48] scan: duration is 00:07:11 (431667 ms)
[21:09:48] scan: checking audio 1
[21:09:48] scan: id=0x80bd, lang=English (AC3), 3cc=eng ext=0
[21:09:48] scan: title 7 has 5 chapters
[21:09:48] scan: chap 1, 431667 ms
[21:09:48] scan: chap 2, 112000 ms
[21:09:48] scan: chap 3, 339000 ms
[21:09:48] scan: chap 4, 444500 ms
[21:09:48] scan: chap 5, 66367 ms
Here the number of chapters is correct but ghb thinks the title's contents consist entirely of chapter 1.

In either case, encoding the title yields only the contents of the single chapter.

Steps to reproduce the problem (If Applicable):
Select the DVD drive using the "Open Source" button and allow ghb to scan the disc, then encode title 7.

HandBrake version (e.g., 1.0.0):
1.3.3

Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.13 High Sierra, Windows 10 Creators Update):
Fedora 34

HandBrake Activity Log ***required*** (see How-to get an activity log)

Activity logs for both libdvdread and dvdnav can be found in this pastebin record:

Code: Select all

https://pastebin.com/ZCzS0zVv

[Woodstock]

You're using an unsupported 3rd-party build of handbrake. And, handbrake does not, on its own, remove copy protection from DVDs or other commercial disks.

Tools like MakeMKV do remove copy protection, and go beyond the CSS encryption that Fedora maintainers probably linked to handbrake.

[stern]

In view of your remarks, I rebuilt HandBrake from the original source. The version I was using before was packaged by RPMFusion, not by Fedora. In particular, one very noticeable part of their build process was this:

Code: Select all

# Use system libraries in place of bundled ones
for module in a52dec %{?_with_fdk:fdk-aac} %{!?_without_ffmpeg:ffmpeg} libdav1d libdvdnav libdvdread libbluray %{?_with_mfx:libmfx} nvenc libvpx x265; do
    sed -i -e "/MODULES += contrib\/$module/d" make/include/main.defs
#done

so the program was using the system copies of libdvdnav and libdvdread rather than the ones included with HandBrake. This shouldn't have mattered, as the versions were compatible, but I commented this part out anyway and did a complete rebuild.

It didn't make any difference. The result using the new binaries was exactly the same as before.

Incidentally, copy protection is not an issue. There were no problems encoding the first six titles on this disc, and they must have been subject to the same kind of protection as title 7.

[s55]

Mastering issues on discs are common and often only affect part of the disc. So it's not unsurprising your seeing this. dvdread/dvdnav are pretty stable these days as very little work is done on them so generally less of an issue with those 2 specific libraries. That said, others they were swapping out could cause some pretty major bugs in other areas.

Woodstocks suggestion to use MakeMKV is still good.