Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > General > Decrypting

Reply
 
Thread Tools Search this Thread Display Modes
Old 15th January 2018, 10:32   #21  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 111
Quote:
Originally Posted by Snap View Post
The announcement post did however state 'no other software can read files in this format so far' (emphasis mine) so I'm not sure if that's a challenge to other devs or if they'll open it up (though currently this feature does give MakeMKV an edge vs the outrageously expensive DeUHD).
It is clear that the Makemkv author has no interest in advancing public knowledge. Read his faq about BD+ which basically states: "the info on Wikipedia is incorrect but I won't tell you what or give any hints". He does not contribute to Videolan's Bluray libraries, instead he writes replacements which redirect calls to Makemkv. Instead of making a new format, he could have simply proposed a new key entry in Keydb, e.g. | H | [hashed key] and update Videolan's library to support it. Unless the 'incorrect assumptions' in keydb are that a DiscID do not uniquely correlate with the required keys (i.e. DiscIDA can have VUKA or VUKB meaning duplicate entries are needed), there was 0 reason for this new format.

He can do whatever he wants but should simply state 'I want people to use my program so I'm encrypting the keys, good luck figuring it out'. Anyway, 0 fucks given by me about UHD, I'm interested in opening up regular Bluray playback

By the way, Relight's database can simply store these hashed keys, and output the desired format when needed. People on myce will probably correlate the hashed keys with the regular DiscIDs in their excel list (and we will see if the DiscID was indeed an 'incorrect assumption' or not)

Last edited by candela; 15th January 2018 at 11:50.
candela is offline   Reply With Quote
Old 15th January 2018, 23:44   #22  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 250
Quote:
Originally Posted by DavVador View Post
Is there a place where we can download your latest version of FindVUK ?
The only one i can find is 1.02.
Unless it's not for public release.
Not yet, but I'll try to offer the next release during the next weekend.

Gesendet von meinem E5823 mit Tapatalk
nalor is offline   Reply With Quote
Old 16th January 2018, 07:25   #23  |  Link
DavVador
Registered User
 
Join Date: Jan 2018
Posts: 6
Quote:
Originally Posted by nalor View Post
Not yet, but I'll try to offer the next release during the next weekend.

Gesendet von meinem E5823 mit Tapatalk
Great news, thanks !
DavVador is offline   Reply With Quote
Old Yesterday, 20:58   #24  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 111
@nalor did see my msg about adding MD5(MKB_RO.inf)
candela is offline   Reply With Quote
Old Yesterday, 21:19   #25  |  Link
Relight
Registered User
 
Join Date: Dec 2017
Posts: 18
What's this about MD5 for MKB_RO.inf?

I will wait for a few updates to FindVUK XML output before proceeding with database, just because it's easier/better to do it once we have the final "template" of the XML file. One of the additions I spoke with nalor about is for the XML to report the version of FindVUK - perhaps something along the lines of:
<Application>FindVUK X.XX</Application>
Relight is offline   Reply With Quote
Old Yesterday, 22:02   #26  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 250
Quote:
Originally Posted by candela View Post
@nalor did see my msg about adding MD5(MKB_RO.inf)
MD5 for a specific file shouldn't be problem - but how should I call this value ?
nalor is offline   Reply With Quote
Old Yesterday, 22:05   #27  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 111
MD5 hash is just and extra parameter for information purposes. The application parameter is useful, for other sources besides Findvuk . It would be nice if your database can handle unknown parameters though.

We can just call it <MKB_MD5> or <MKBmd5> or possibly a general thing, maybe more interesting hashes are useful in the future. Don't known at the moment . Maybe BD+ table hash although bd+ tables can actually have different headers so the hash isn't unique

<Hashes>
<Hash Type="MD5" File="MKB_RO.inf" Size="1048576">C002518F549F81797B4694E527092D</Hash>
<Hash Type="MD5" File="convtab.bin" Size="123000">503F781E6A5C62606ABA45BF5AE9FF</Hash>
</Hashes>

Last edited by candela; Yesterday at 22:21.
candela is offline   Reply With Quote
Old Yesterday, 22:10   #28  |  Link
Relight
Registered User
 
Join Date: Dec 2017
Posts: 18
Yes, the database will have a method to handle unknown parameters, although obviously I would like to start with as much information as possible so that we can at least limit the changes needed after submissions start.
Relight is offline   Reply With Quote
Old Yesterday, 22:16   #29  |  Link
Mike Chen
Registered User
 
Join Date: Jun 2008
Posts: 68
Quote:
Originally Posted by candela View Post
but I won't tell you what or give any hints".
Where and when exactly did I said this?

Quote:
Originally Posted by candela View Post
People on myce will probably correlate the hashed keys with the regular DiscIDs in their excel list (and we will see if the DiscID was indeed an 'incorrect assumption' or not)
You can as well just ask. I will happily provide UKRO and/or MKB hash for each hashed key entry, I just really don't see the point. Besides, no one has asked.

Quote:
Originally Posted by candela View Post
He does not contribute to Videolan's Bluray libraries, instead he writes replacements which redirect calls to Makemkv.
So you are saying that maintaining a linux port, keeping it open source, integrated into libbluray and all essentially giving it away for free for the 10 years is still not good enough for you, and I should just release all keys to everyone in the format of your choice? Point taken...
Mike Chen is offline   Reply With Quote
Old Yesterday, 23:00   #30  |  Link
DavVador
Registered User
 
Join Date: Jan 2018
Posts: 6
Quote:
Originally Posted by Mike Chen View Post
You can as well just ask. I will happily provide UKRO and/or MKB hash for each hashed key entry, I just really don't see the point. Besides, no one has asked.
This would help me a lot actually, i'm trying to figure out which of my UHD can be converted with MakeMKV or not, and having a hash would save me lot of time.
As for now, i got to put my discs in the drive, one by one, wait for the disc to be identified, then try to backup, wait a 1 minute, clic the on the window popping, wait a few more minutes and then i can see if it works or not.
Having the hashes for UK RO or MKB RO would allow me to just check my excel file and see if my disc can be decripted or not.

PS: I sent you some dumps for the ones missing, with UK hash and EAN in case you would like to make a database with more infos.
And good job by the way
DavVador is offline   Reply With Quote
Old Yesterday, 23:01   #31  |  Link
nalor
Registered User
 
Join Date: Dec 2013
Posts: 250
Quote:
Originally Posted by Relight View Post
What's this about MD5 for MKB_RO.inf?

I will wait for a few updates to FindVUK XML output before proceeding with database, just because it's easier/better to do it once we have the final "template" of the XML file. One of the additions I spoke with nalor about is for the XML to report the version of FindVUK - perhaps something along the lines of:
<Application>FindVUK X.XX</Application>
Already added 'Application' to the file, now I'm checking how I can submit the 'READ CAPACITY' command to the drive to get the full disc size.

And I've added a parameter to just request the MetaInfos from a disc in drive - e.g. for the single UHD I have I get this:

Code:
<?xml version="1.0" encoding="UTF-8"?>
<Bluray>
	<FileType>BlurayMetaXML</FileType>
	<DiscId Date="2016-03-18">F58AA868C40D5894C332F9BDB978522432D5CC82</DiscId>
	<VolumeLabel>DEADPOOL</VolumeLabel>
	<BDplus>0</BDplus>
	<BusEncryptionEnabled>1</BusEncryptionEnabled>
	<MKBrev>60</MKBrev>
	<MetaTitles>
		<MetaTitle Language="eng">Deadpool</MetaTitle>
	</MetaTitles>
	<Application>FindVUK 1.xx</Application>
	<VolumeSize>0</VolumeSize>
</Bluray>
nalor is offline   Reply With Quote
Old Yesterday, 23:02   #32  |  Link
candela
Registered User
 
Join Date: Jun 2005
Posts: 111
Quote:
Originally Posted by Mike Chen View Post
Where and when exactly did I said this?

You can as well just ask. I will happily provide UKRO and/or MKB hash for each hashed key entry, I just really don't see the point. Besides, no one has asked.

So you are saying that maintaining a linux port, keeping it open source, integrated into libbluray and all essentially giving it away for free for the 10 years is still not good enough for you, and I should just release all keys to everyone in the format of your choice? Point taken...
You didn't say it explicitly, you simply state in your faq the info is wrong but not what is wrong. And you do not correct Wikipedia or Libbdplus code. And for these hashed keys, you state old assumptions about AACS are no longer valid but you don't say what is not valid. Why bother saying it if you don't want to share the information. Not many people have the skill to figure it out. I certainly don't, everything I know is based on information shared on this forum or from trying to understand Videolan libs

People on myce seemed to be interested in the DiscIDs and I was under the impression you were following the topic. And the DiscID would obviously be helpful for storing the hashed keys in the database Relight is trying to make

And I didn't say you need to release the keys for everyone. I said you can do what you want. But you don't give a real reason for this magical new format and the only obvious one is keeping the keys secret. So just say it.

Also many thanks for your program, it's been most useful for me. I'm just more a fan of the Videolan open source kind. You know, the free beer vs freedom thing.
candela is offline   Reply With Quote
Reply

Tags
blu-ray, database, keydb.cfg, uhd, vuk

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 14:34.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.