Blu-ray playback with libaacs & libbdplus

[candela]

Originally Posted by RealSnoopyDog

I have one question regarding the disc keys in the keydb.cfg
Today I tried to playback the UHD of Valerian and the playback failed because the disc key was missing. So I queried the key with the little program "aacs_info", duplicated the line of the existing VALERIAN UHD and excanged only the disc key with the queried one. Is this already ok? The disc seems to playback fine with this modification.

can you paste both lines since this doesn't make any sense . For UHD aacs_info cannot retrieve any other keys than what is in keydb.cfg. So if the key was wrong for VLC, running aacs_info cannot show you a different key

[qyot27]

I'm pretty sure they're talking about the Disc ID, not any of the keys. aacs_info should be able to get that much, no matter what happens to be inside keydb.cfg (since it's just the SHA-1 hash of Unit_Keys_RO.inf).

[RealSnoopyDog]

Yes, sorry, I confused the words. I mean the Disc ID

[RealSnoopyDog]

This is what I did

0x018D1B988A96CC29F2E0DABB07770D8CBE553851 = UHD_VALERIAN | U | 1-0x2DA7E5518B5D93220A99E3C01A89256A ; (UHD) (LEGACY) (NOTVALIDATED) (BD)
0x2C70B65B65A7EC26152698552E900A51C7575264 = UHD_VALERIAN | U | 1-0x2DA7E5518B5D93220A99E3C01A89256A ; (UHD) (LEGACY) (NOTVALIDATED) (BD)

and it works.

[candela]

Originally Posted by RealSnoopyDog

This is what I did

0x018D1B988A96CC29F2E0DABB07770D8CBE553851 = UHD_VALERIAN | U | 1-0x2DA7E5518B5D93220A99E3C01A89256A ; (UHD) (LEGACY) (NOTVALIDATED) (BD)
0x2C70B65B65A7EC26152698552E900A51C7575264 = UHD_VALERIAN | U | 1-0x2DA7E5518B5D93220A99E3C01A89256A ; (UHD) (LEGACY) (NOTVALIDATED) (BD)

and it works.

yes then it's a different release of the movie using the same UnitKey (and likely same MK) but different VUK/VID so the discid is different. this works quite often

[xabaras414n]

Originally Posted by candela

After a long hiatus, discoveries in the past few years on this forum have made Bluray playback possible again on free (libre) software such as VLC without proprietary solutions such as DVDFab, MakeMKV or AnyDVD.

Thanks candela, with all this setup I can finally play back my blu-rays on Linux

Originally Posted by candela

Included are Win32/Win64 builds and the actual source patches. It would be nice if someone actually good at C can clean these up and integrate them on the VideoLan source repository.

Upstream integration would be great... Have you already tried approaching someone on the VideoLan side or submitting issues/merge requests for those changes?

[candela]

Originally Posted by xabaras414n

Have you already tried approaching someone on the VideoLan side or submitting issues/merge requests for those changes?

I don't think they respond to such requests. Feel free to try, I don't know how all that git stuff works.

If you can program, we need changes to libbluray regarding playlist selection in VLC interface

[xabaras414n]

I will try to submit an issue regarding these patches integration, maybe pointing to this thread.
If they ask for attribution information, what should I tell them? As of now, all patches are anonymous (signed by John Doe).

Regarding libbluray: yes, I can program but I'm no C/C++ expert, nor I have experience with Qt libraries or bluray internals.

[amayra]

do i need this dll in my mpv setup to work ?

[xabaras414n]

Good news: it seems like the libaacs patches already got merged: https://code.videolan.org/videolan/l...rge_requests/6.
The libbdplus ones are on the way: https://code.videolan.org/videolan/l...rge_requests/2

[jbkempf]

Indeed, I took some of the patches I found here and rebased + created merge requests.

For libaacs, most have been merged, but one (Don't discard unit keys unless VUK is available).

For libbdplus, it is not yet done.

Don't ask me when this will be done, since I'm not the one doing the reviews/coding.

[candela]

thanks xabaras414n and jbkempf

Originally Posted by jbkempf

For libaacs, most have been merged, but one (Don't discard unit keys unless VUK is available).

is something wrong with this?

[jbkempf]

Originally Posted by candela

thanks xabaras414n and jbkempf
is something wrong with this?

I think the reviewers don't understand it yet (and so do I)

[mick0]

Originally Posted by jbkempf

I think the reviewers don't understand it yet (and so do I)

Let's explain it then.

Currently upstream libaacs will discard all unit keys from config file when disc have different amount of unit keys than what we have in the config file.

E.g. say we have a disc that contains four encrypted unit keys and we have an entry for that disc which contains only one unit key - and we can't get a VUK for some reason (missing VUK, missing MK or VID, missing processing key, revoked host certificate etc.). This one unit key in config file could still work for at least one title (e.g. main feature).

Currently upstream libaacs will just check that unit key count in config file don't match the unit key count in Unit_Key_RO.inf and discard the only unit key we have for that disc - which obviously means playback will fail when VUK cannot be calculated. With this patch included it won't do that, it will instead try decrypting the disc with given unit key(s) before giving up.

There are lot of cases (see FV DB xml files for examples) when a disc has e.g. seven unit keys, but six of them are never being used - or in other words - having just one unit key would decrypt the whole disc.

In above scenario with upstream libaacs one would have to make an entry like this, which doesn't make any sense

0xDISCID = LABEL | U | 1-0xUNITKEY | 2-0x00000000... | 3-0x00000000... | 4-0x00000000...

With this patch included, having an entry like this would do

0xDISCID = LABEL | U | 1-0xUNITKEY

It will still discard incomplete entries when VUK or MK+VID are available.

I hope this helps.

[jbkempf]

Originally Posted by mick0

I hope this helps.

Let's hope so

[candela]

First post is updated with:
* extra bdplus tables (36 MB). Some tables are new, some tables have a different name, some tables are different. This is just a side effect of how the table list is generated. It is impossible to tell automatically which tables are correct without playing the disc. Different tables can both be correct
* some notes about command line tools and aacs_info and aacskeys to get keys manually

[jbkempf]

And all the patches are merged in libaacs

[jbkempf]

Also, quite a bit new commits from 3 other people came on libaacs lately. It might be faster than before.

[jbkempf]

And a release of libaacs: 0.11 has appeared.


https://code.videolan.org/videolan/libaacs/-/tags/0.11.0

[candela]

Windows builds 32/64 bit updated in first post. Libaacs no longer requires extra patches, libbdplus still has cached table patch and now fixes Kodi playback