UHD FAQ

[MartyMcNuts]

I feel like the first post of this thread needs ton include a statement about the sleep bug associated with triple layer discs.

There should be enough data collected from drive sellers to be able to accurately say which drives have no issue with triple layer discs. From what I've seen, only UHD official drives have no issues, but I don't own ever UDH friendly drive to test out.

The sleep bug has nothing to do with triple layer discs. The sleep bug is firmware dependent. Any drive using UHD "friendly" firmware has the sleep bug. Drives using "official" UHD drive firmware do not.

[charnathan]

The sleep bug has nothing to do with triple layer discs. The sleep bug is firmware dependent. Any drive using UHD "friendly" firmware has the sleep bug. Drives using "official" UHD drive firmware do not.

The only time I've ever experienced the sleep bug is with triple layer discs, never a dual layer disc.

[MartyMcNuts]

The sleep bug has nothing to do with triple layer discs. The sleep bug is firmware dependent. Any drive using UHD "friendly" firmware has the sleep bug. Drives using "official" UHD drive firmware do not.

The only time I've ever experienced the sleep bug is with triple layer discs, never a dual layer disc.

That's not the sleep bug, it's something else.

The sleep bug occurs when you insert a UHD disc into a drive with "friendly" firmware and let it sit for a few minutes before trying to read it and the drive starts making horrible seeking noises until you eject the disc.

[charnathan]

That's not the sleep bug, it's something else.

The sleep bug occurs when you insert a UHD disc into a drive with "friendly" firmware and let it sit for a few minutes before trying to read it and the drive starts making horrible seeking noises until you eject the disc.

I don't get the seeking noise, but the drive is definitely a sleep because after a few minutes, the disc stops spinning and and the light at the front turns off when dealing with most triple layer discs.

When I remove the triple layer disc and put in a dual layer disc, no issue.

[MartyMcNuts]

That's not the sleep bug, it's something else.

The sleep bug occurs when you insert a UHD disc into a drive with "friendly" firmware and let it sit for a few minutes before trying to read it and the drive starts making horrible seeking noises until you eject the disc.

I don't get the seeking noise, but the drive is definitely a sleep because after a few minutes, the disc stops spinning and and the light at the front turns off when dealing with most triple layer discs.

When I remove the triple layer disc and put in a dual layer disc, no issue.

Maybe so but that is not the sleep bug. That just means your drive is crap at reading triple layer discs.

[Billycar11]

I don't get the seeking noise, but the drive is definitely a sleep because after a few minutes, the disc stops spinning and and the light at the front turns off when dealing with most triple layer discs.

When I remove the triple layer disc and put in a dual layer disc, no issue.

thats called a deflective drive that cant read 3 layer discs

i would recommend opening the drive and cleaning the laser with some alcohol be sure to buff the residue with another dry one

lol marty beat me to it was saying same thing

[SamuriHL]

Going to add some information here that maybe will help people and can be linked to. People have been asking about the keydb.cfg file lately and how to know if a disc they have has a key in it. If you have PowerShell on your machine, do the following from a powershell command prompt:

Code: Select all

Get-FileHash X:\aacs\unit_key_ro.inf -Algorithm SHA1

Where X is the drive letter for your disc. You'll get a hash printed out. Copy that hash and then open the keydb.cfg file. Search for that hash to see if an entry for your disc exists. If so, it MIGHT decrypt with MakeMKV if you set up the keydb.cfg file correctly. I say might because it appears that MakeMKV only uses the VUK value from a keydb entry and not the unit key(s). If the entry only has the unit key(s) then you may have to either wait for MakeMKV to add support or use another decryptor to realtime decrypt the disc so that MakeMKV can open it.

There's also been questions about how to use the keydb.cfg with MakeMKV. So try this:

Open MakeMKV, go to preferences
Go to the General tab, and look at the MakeMKV data-directory field. If it's empty, manually set it to your .MakeMKV directory (on windows it's usually: c:/users/username/.MakeMKV where username is the currently logged in user). Also note this path.
Download the latest keydb.cfg (or use FindVUK to syncrhonize it to your aacs directory from which you can copy it to) and copy the KEYDB.cfg file to your MakeMKV data-directory path. NOTE: That on some systems the case will matter, so it should always be KEYDB.cfg to ensure it gets read properly.

Now restart MakeMKV and you should be good to go. Obviously the keydb.cfg file needs to be updated periodically. In this way, FindVUK is helpful as it can synchronize the keydb regularly. You just need to modify it to copy the keydb.cfg file to your MakeMKV data-directory or manually copy it after the sync. Coopervid posted instructions on how to automate that copy here:

viewtopic.php?p=145704#p145704

viewtopic.php?p=145719#p145719

As for what that hash is above, it's the calculated disc ID for your disc. That's how the keydb.cfg identifies your variation of a particular title.

[shali]

2 weeks ago I've submitted 2 dump files but until now I can't open the discs. I don't mind to wait but I would like to get sure the files were received.
So I have now the following questions:
- is it possible to upload multiple dump files zipped together into a single attachement?
- is it possible to upload multiple dump files as seperate attachements with one single mail?
- how can I be sure my mail isn't gone into your spam folder?
- wouldn't it be better to make the upload via a web form and a short message displayed onscreen like "upload successful"?
- what should I use as subject? (I've used "dumps")
- is it necessary to write something about the discs into the mail? (my mail was empty)

btw. last weeks I've submitted the same 2 dumps as seperate attachements from a different mail adress - still no success

[MartyMcNuts]

2 weeks ago I've submitted 2 dump files but until now I can't open the discs. I don't mind to wait but I would like to get sure the files were received.
So I have now the following questions:
- is it possible to upload multiple dump files zipped together into a single attachement?
- is it possible to upload multiple dump files as seperate attachements with one single mail?
- how can I be sure my mail isn't gone into your spam folder?
- wouldn't it be better to make the upload via a web form and a short message displayed onscreen like "upload successful"?
- what should I use as subject? (I've used "dumps")
- is it necessary to write something about the discs into the mail? (my mail was empty)

btw. last weeks I've submitted the same 2 dumps as seperate attachements from a different mail adress - still no success

I find it is best to send each dump in its own email. I use the movie title & dump as the subject with a short note stating the movie title, version (standard, steel book etc) and dump file name as well as a thank you.

[Coopervid]

One quick hint to everybody who has 7zip installed. You don't need to do this what SamuriHL suggested here:

Going to add some information here that maybe will help people and can be linked to. People have been asking about the keydb.cfg file lately and how to know if a disc they have has a key in it. If you have PowerShell on your machine, do the following from a powershell command prompt:

Code: Select all

Get-FileHash X:\aacs\unit_key_ro.inf -Algorithm SHA1


Just right-click the unit_key_ro.inf, select "7zip" and at the bottom of the dialog it shows CRC SHA. Then select SHA-1.

[mmmkv]

KEYDB.cfg Volume Keys

What about the old KEYDB.cfg method?
The KEYDB.cfg method still works with MakeMKV. You can put a KEYDB.cfg file in the MakeMKV data directory (specified in MakeMKV's Preferences). New volume keys can be simply added to the end of a KEYDB.cfg file with any plain text editor such as Notepad. But the easiest and fastest way to get your disc working is to submit dumps, and this also helps other users with the same disc.

One thing to note is from reading around it seems MakeMKV doesn't support Unit keys, only VUK (whether in the KeyDB format or MakeMKV's custom format). A disc dump of a particular version that I recently submitted was actually contained in the DB as a Unit key but lacked a VUK (the only version of the title that lacked one) so MakeMKV failed to open it.

(That said I'm not familiar enough with the key formats to know if the key types are equivalent or if Unit keys alone aren't enough)

---

Side note but is anyone familiar if the KeyDB.cfg syntax supported by MakeMKV requires any specific syntax to the lines? Is it meant to follow the old 'keys_hashed.txt' syntax or does it support the verbose syntax I've seen in a KeyDB.cfg?

[SamuriHL]

Makemkv uses the vuk and can read the keydb.cfg file as long as it's in the right directory. It can't use unit keys though so as you discovered if you only have a unit key makemkv won't use it. You can use Xreveal in those cases to real time decrypt the disc and then open it with makemkv. Makemkv will complain but if you ignore the warning it'll open the disc and process it just fine.

Sent from my SM-S928U1 using Tapatalk

[MrPenguin]

Side note but is anyone familiar if the KeyDB.cfg syntax supported by MakeMKV requires any specific syntax to the lines? Is it meant to follow the old 'keys_hashed.txt' syntax or does it support the verbose syntax I've seen in a KeyDB.cfg?

The syntax of the KEYDB.cfg file is documented in its Git repository. MakeMKV manages its own "hashed keys" database, and AFAIK its format isn't publicly documented.

The KEYDB.cfg file you need to copy into MakeMKV's data directory is a genuine KEYDB.cfg file from http://fvonline-db.bplaced.net.

[mmmkv]

You can use Xreveal in those cases to real time decrypt the disc and then open it with makemkv. Makemkv will complain but if you ignore the warning it'll open the disc and process it just fine.

Ah. Was going to say I have AnyDVD (which I haven't used in years) but then just now discovered via a Doom9 thread their site has gone belly-up so presumably it'd be no use.

Also thanks MrPenguin for the clarification about the format. Wasn't aware it was standardized.

[SamuriHL]

Anydvd could still be used if you have a lifetime license. But if it requires a connection to the non existent license servers then you'd not be able to use it. In any case Xreveal is cheap enough.

Sent from my SM-S928U1 using Tapatalk