Redfox (AnyDVD et all) appears to be gone

[Morku]

mount the protected iso and make an unprotected rip.


How do you do? After creating a protected ISO with content check, I have trouble to decrypt.
Using onboard Msft Virtual drive, it says "No protection found" and when try to copy, that "the drive is not activated" (but is).

So In installed WinCDEmu and it decrypt with keydb.db fine, but also say: "Drive doesn't support AACS-Auth!" which could become also a problem for other Discs.

[coopervid]

After using AnyDVD or Xreveal to decipher, I have been trying to burn a 30 GB file to a Blu-ray double layer disc. These are Ritek BD-R DL, and I'm using a Pioneer BD-RW BDR-211M optical drive. The burning software is Nero Burning ROM. After the burn, all the discs freeze up about half way when playing and are faulty.

I found this RedFox forum using the Way Back Machine: The long-lost feature or how to get better burn results with 50GB/100GB BD-R DL/TL

http://web.archive.org/web/20221228081238/https://forum.redfox.bz/threads/the-long-lost-feature-or-how-to-get-better-burn-results-with-50gb-100gb-bd-r-dl-tl.86133/


This is exactly the information I need. Unfortunately, all the image files in that thread were not archived. Some of the moderators mentioned in that thread are here. Is there anyway I can find those images please?

Unfortunately no. I asked the author tectpro but he didn't save the pictures. I think about recreating the guide but it might take some time.

[coopervid]

How do you do? After creating a protected ISO with content check, I have trouble to decrypt.
Using onboard Msft Virtual drive, it says "No protection found" and when try to copy, that "the drive is not activated" (but is).

So In installed WinCDEmu and it decrypt with keydb.db fine, but also say: "Drive doesn't support AACS-Auth!" which could become also a problem for other Discs.

Use VCD:

https://www.elby.ch/de/download.html

[Morku]

Use VCD:

https://www.elby.ch/de/download.html

Shows the same alert:
Drive doesn't support AACS-Auth!

[WSC4]

Unfortunately no. I asked the author tectpro but he didn't save the pictures. I think about recreating the guide but it might take some time.

Thank you for the speedy reply.

That is a real shame that those images files were never saved to a backup drive.

There are 34 PNG images there. If you are thinking about recreating the guide, it will be an enormous task and quite time consuming.

In the meantime, at the RedFox thread, the Pioneer tools on the Pioneer webpage directed me to the firmware update for my Pioneer. I have never updated the firmware on this drive and will give it a go to see if it corrects BD-R DL discs. I'll keep you posted.

[Kju]

How do you do? After creating a protected ISO with content check, I have trouble to decrypt.
Using onboard Msft Virtual drive, it says "No protection found" and when try to copy, that "the drive is not activated" (but is).

So In installed WinCDEmu and it decrypt with keydb.db fine, but also say: "Drive doesn't support AACS-Auth!" which could become also a problem for other Discs.

I use Virtual CloneDrive to mount the protected isos. It's exactly the same as it was with AnyDVD protected rips. Never had any issues with that.

[SamuriHL]

Shows the same alert:

Drive doesn't support AACS-Auth!That alert is meaningless on a virtual drive. It's a correct message but does not prevent decryption.

Sent from my SM-S928U1 using Tapatalk

[WSC4]

I have never updated the firmware on this drive and will give it a go to see if it corrects BD-R DL discs. I'll keep you posted.

It did not help. The firmware update fine, but burning still fails.

[coopervid]

Thank you for the speedy reply.

That is a real shame that those images files were never saved to a backup drive.

There are 34 PNG images there. If you are thinking about recreating the guide, it will be an enormous task and quite time consuming.

In the meantime, at the RedFox thread, the Pioneer tools on the Pioneer webpage directed me to the firmware update for my Pioneer. I have never updated the firmware on this drive and will give it a go to see if it corrects BD-R DL discs. I'll keep you posted.

DO NOT UPDATE YOUR PIONEER FIRMWARE!

Just send me a PM here.

[coopervid]

After using AnyDVD or Xreveal to decipher, I have been trying to burn a 30 GB file to a Blu-ray double layer disc. These are Ritek BD-R DL, and I'm using a Pioneer BD-RW BDR-211M optical drive. The burning software is Nero Burning ROM. After the burn, all the discs freeze up about half way when playing and are faulty.

I found this RedFox forum using the Way Back Machine: The long-lost feature or how to get better burn results with 50GB/100GB BD-R DL/TL

http://web.archive.org/web/20221228081238/https://forum.redfox.bz/threads/the-long-lost-feature-or-how-to-get-better-burn-results-with-50gb-100gb-bd-r-dl-tl.86133/

This is exactly the information I need. Unfortunately, all the image files in that thread were not archived. Some of the moderators mentioned in that thread are here. Is there anyway I can find those images please?



I have created a compact version of the "spare area guide" without all the test results.

You can download it here:

https://mega.nz/file/3EJUQQCb#zWko4LjSVh0w1s3naQc-HdQTwf_SXHESr5e_ymINR1o

[WSC4]

DO NOT UPDATE YOUR PIONEER FIRMWARE!

It is too late. I only just read your post this morning. The firmware was 1.50. It is now firmware 1.54 dated updated May 8, 2023. It states: Once updated to version 1.54, this drive will not revert to older firmware versions.

I did hesitate about this, and I do remember reading a long time ago that updating firmware will wreck AnyDVD, Xreveal et cetera.

Is this true?

[SamuriHL]

Yup. Anything newer than December 2022 is no longer LibreDrive enabled. And no, you can't downgrade it.

[coopervid]

It is too late. I only just read your post this morning. The firmware was 1.50. It is now firmware 1.54 dated updated May 8, 2023. It states: Once updated to version 1.54, this drive will not revert to older firmware versions.

I did hesitate about this, and I do remember reading a long time ago that updating firmware will wreck AnyDVD, Xreveal et cetera.

Is this true?

You just ruined your drive regarding ripping UHDs. If you look for a reasonable priced replacement then read your PM.

[Lessee]

Is it possible to install AnyDVD and Xreveal in parallel? I'd like to test Xreveal but don't want to remove Any as I'm not sure if a reinstallation would succeed.

[Kju]

Is it possible to install AnyDVD and Xreveal in parallel? I'd like to test Xreveal but don't want to remove Any as I'm not sure if a reinstallation would succeed.

Yes, but only one program should run at the time.

[Lessee]

Yes, but only one program should run at the time.
Thank you.

[WSC4]

You just ruined your drive regarding ripping UHDs.

You are correct. I got out a 4K UHD movie from my library and now this from AnyDVD:

AACS MKB version 61
UHD Blu-ray disc.
Drive supports bus encryption!
Disc wants bus encryption!
DRIVE NOT SUPPORTED BY MAKEMKV LIBREDRIVE!
ERROR: AnyDVD bus decryption failed! Please reinsert disc!
ERROR processing Blu-ray disc!

And this from the latest MakeMKV:

Error 'Scsi error - ILLEGAL REQUEST:COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT ESTABLISHED' occurred while issuing SCSI command AD010..080002400 to device 'SPTI:\Device\CdRom0'
Can't read AACS VID from disc - most likely current AACS host certificate is revoked by your drive
LibreDrive compatible drive is required to open this disc- video can't be decrypted.
Failed to open disc.

I could just cry. That stupid firmware upgrade has just cost me $160. I have seen your PM and will think about it.

[SamuriHL]

It's a hard lesson. People should NOT, under ANY circumstances unless instructed to by someone who knows EXACTLY what they are talking about, install a firmware for a Pioneer drive. At all. it's a really ugly situation to be sure.

[jayper]

If I have some unprotected ISOs, created with AnyDVD, is there a way that I can extract the backed up AACS folder and use it to perform a hash check of the files?

[SamuriHL]

Unlikely that any tools would support it at present. Technically probably possible as they contain hashes of both encrypted and decrypted blocks from what I understand. But if you restore the AACS folder, then most protection removal programs will assume it's encrypted and try to decrypt it, thus corrupting the streams. I don't know this for sure, I'm guessing here, but, it seems highly likely it works like I just described. You'd need a tool that can accept that there's an AACS directory and also check the decrypted hashes.

[jayper]

Unlikely that any tools would support it at present. Technically probably possible as they contain hashes of both encrypted and decrypted blocks from what I understand. But if you restore the AACS folder, then most protection removal programs will assume it's encrypted and try to decrypt it, thus corrupting the streams. I don't know this for sure, I'm guessing here, but, it seems highly likely it works like I just described. You'd need a tool that can accept that there's an AACS directory and also check the decrypted hashes.
Ah, that makes sense. Appreciate it!

[SamuriHL]

Alternatively, after thinking about this some more, if Xreveal's hash tool could recognize the renamed AACS directory, it might be able to perform that. You should email the author and ask him if this is a use case he could cater to.

[Kju]

[...]Technically probably possible as they contain hashes of both encrypted and decrypted blocks from what I understand.[...]

I don't think, that's true. Look at chapter 2.3.2.1: https://aacsla.com/wp-content/uploads/2019/02/AACS_Spec_BD_Prerecorded.921.pdf

A hash value for each hash unit of Clip AV stream is calculated using the SHA-1 hashing function as defined in
the below equation. If the data is encrypted, the encrypted data itself is used as an input to the hashing function,
so that the player needs not to decrypt the data before calculating a hash value.

So it is not possible to check the integrity of a unprotected rip with the Content Hash Tables. You can only validate the encrypted data you read. You can assume, your decrypted data is correct, if the decryption happens right after reading and validating the encrypted data from disc. Errors in decryption process may happen, but are unlikely if your PC works reliably.

I store a file hash with my iso rips. AnyDVD can create a md5 hash while it is ripping your disc. For Xreveal you have to create your own hash.

[Treaties Of Warp]

̶B̶u̶t̶ ̶w̶h̶y̶ ̶"̶R̶e̶m̶o̶v̶e̶d̶ ̶o̶p̶t̶i̶o̶n̶ ̶o̶f̶ ̶r̶e̶m̶o̶v̶e̶ ̶B̶D̶+̶"̶?̶

̶W̶o̶a̶h̶,̶ ̶w̶h̶a̶t̶'̶s̶ ̶t̶h̶i̶s̶?̶ ̶I̶s̶ ̶X̶r̶e̶v̶e̶a̶l̶ ̶n̶o̶ ̶l̶o̶n̶g̶e̶r̶ ̶h̶a̶n̶d̶l̶i̶n̶g̶ ̶B̶D̶+̶?̶ ̶W̶h̶y̶?̶ :scared:

[Treaties Of Warp]

Edit - the below contains information that I misinterpreted. I apologize for my confusion!

https://i.imgur.com/ubzxsRS.png

V̶e̶r̶y̶ ̶d̶i̶s̶a̶p̶p̶o̶i̶n̶t̶e̶d̶ ̶t̶o̶ ̶s̶e̶e̶ ̶X̶r̶e̶v̶e̶a̶l̶ ̶g̶o̶i̶n̶g̶ ̶t̶h̶i̶s̶ ̶r̶o̶u̶t̶e̶.̶ ̶I̶ ̶w̶a̶s̶ ̶h̶o̶p̶i̶n̶g̶ ̶t̶h̶i̶s̶ ̶w̶a̶s̶ ̶t̶r̶u̶l̶y̶ ̶g̶o̶i̶n̶g̶ ̶t̶o̶ ̶b̶e̶ ̶t̶h̶e̶ ̶r̶e̶p̶l̶a̶c̶e̶m̶e̶n̶t̶ ̶f̶o̶r̶ ̶A̶n̶y̶D̶V̶D̶,̶ ̶b̶u̶t̶ ̶I̶ ̶g̶u̶e̶s̶s̶ ̶t̶h̶a̶t̶ ̶i̶s̶n̶'̶t̶ ̶g̶o̶i̶n̶g̶ ̶t̶o̶ ̶b̶e̶ ̶t̶h̶e̶ ̶c̶a̶s̶e̶.̶

N̶O̶T̶I̶C̶E̶ ̶T̶O̶ ̶E̶V̶E̶R̶Y̶O̶N̶E̶,̶ ̶i̶f̶ ̶y̶o̶u̶ ̶n̶e̶e̶d̶ ̶a̶n̶y̶ ̶B̶D̶+̶ ̶d̶e̶c̶r̶y̶p̶t̶i̶o̶n̶ ̶d̶o̶n̶e̶,̶ ̶e̶i̶t̶h̶e̶r̶ ̶s̶t̶i̶c̶k̶ ̶w̶i̶t̶h̶ ̶X̶r̶e̶v̶e̶a̶l̶ ̶2̶.̶6̶.̶8̶ ̶a̶n̶d̶ ̶d̶o̶n̶'̶t̶ ̶u̶p̶d̶a̶t̶e̶,̶ ̶o̶r̶ ̶g̶o̶ ̶w̶i̶t̶h̶ ̶P̶a̶s̶s̶k̶e̶y̶,̶ ̶o̶r̶ ̶M̶a̶k̶e̶M̶K̶V̶.̶

[SamuriHL]

I don't think, that's true. Look at chapter 2.3.2.1: https://aacsla.com/wp-content/uploads/2019/02/AACS_Spec_BD_Prerecorded.921.pdf



So it is not possible to check the integrity of a unprotected rip with the Content Hash Tables. You can only validate the encrypted data you read. You can assume, your decrypted data is correct, if the decryption happens right after reading and validating the encrypted data from disc. Errors in decryption process may happen, but are unlikely if your PC works reliably.

I store a file hash with my iso rips. AnyDVD can create a md5 hash while it is ripping your disc. For Xreveal you have to create your own hash.

I'll read the document I have again when I get a free minute (won't be soon) but I could have sworn they had hashes for both encrypted and decrypted stored. The encrypted hashes to be used exactly as you describe but I was pretty sure they had decrypted hashes, as well. I could very well be misremembering.

[SamuriHL]

https://i.imgur.com/ubzxsRS.png

Very disappointed to see Xreveal going this route. I was hoping this was truly going to be the replacement for AnyDVD, but I guess that isn't going to be the case.

NOTICE TO EVERYONE, if you need any BD+ decryption done, either stick with Xreveal 2.6.8 and don't update, or go with Passkey, or MakeMKV.

There are NO new BD+ discs being released. AnyDVD dumped all the BD+ stuff into an external database that you could download, that's how dead BD+ is. So this isn't some major issue where you're no longer going to be able to deal with BD+ discs....if you have AnyDVD, you already can deal with all the BD+ discs there will be.

[Treaties Of Warp]

Edit - the below contains information that I misinterpreted. I apologize for my confusion!

̶N̶o̶t̶ ̶e̶v̶e̶r̶y̶o̶n̶e̶ ̶i̶s̶ ̶u̶s̶i̶n̶g̶ ̶t̶h̶e̶ ̶s̶o̶f̶t̶w̶a̶r̶e̶ ̶t̶h̶e̶ ̶w̶a̶y̶ ̶y̶o̶u̶ ̶a̶r̶e̶.̶ ̶N̶o̶t̶ ̶e̶v̶e̶r̶y̶o̶n̶e̶ ̶i̶s̶ ̶d̶e̶c̶r̶y̶p̶t̶i̶n̶g̶ ̶o̶n̶l̶y̶ ̶t̶h̶e̶ ̶l̶a̶t̶e̶s̶t̶ ̶d̶i̶s̶c̶s̶.̶ ̶J̶u̶s̶t̶ ̶b̶e̶c̶a̶u̶s̶e̶ ̶B̶D̶+̶ ̶i̶s̶ ̶n̶o̶t̶ ̶b̶e̶i̶n̶g̶ ̶u̶s̶e̶d̶ ̶a̶n̶y̶m̶o̶r̶e̶ ̶d̶o̶e̶s̶n̶'̶t̶ ̶m̶e̶a̶n̶ ̶t̶h̶a̶t̶ ̶n̶o̶b̶o̶d̶y̶ ̶i̶s̶ ̶g̶o̶i̶n̶g̶ ̶t̶o̶ ̶e̶v̶e̶r̶ ̶w̶a̶n̶t̶ ̶t̶o̶ ̶d̶e̶c̶r̶y̶p̶t̶ ̶a̶ ̶d̶i̶s̶c̶ ̶w̶i̶t̶h̶ ̶B̶D̶+̶.̶ ̶I̶ ̶c̶l̶e̶a̶r̶l̶y̶ ̶s̶a̶i̶d̶ ̶t̶h̶a̶t̶ ̶i̶f̶ ̶y̶o̶u̶ ̶h̶a̶v̶e̶ ̶d̶i̶s̶c̶s̶ ̶w̶i̶t̶h̶ ̶B̶D̶+̶ ̶t̶h̶a̶t̶ ̶y̶o̶u̶'̶d̶ ̶l̶i̶k̶e̶ ̶t̶o̶ ̶d̶e̶c̶r̶y̶p̶t̶,̶ ̶t̶h̶e̶n̶ ̶y̶o̶u̶ ̶s̶h̶o̶u̶l̶d̶ ̶s̶t̶i̶c̶k̶ ̶w̶i̶t̶h̶ ̶X̶r̶e̶v̶e̶a̶l̶ ̶2̶.̶6̶.̶8̶,̶ ̶o̶r̶ ̶m̶a̶k̶e̶ ̶s̶u̶r̶e̶ ̶y̶o̶u̶ ̶h̶a̶v̶e̶ ̶P̶a̶s̶s̶k̶e̶y̶ ̶o̶r̶ ̶M̶a̶k̶e̶M̶K̶V̶,̶ ̶b̶e̶c̶a̶u̶s̶e̶ ̶A̶n̶y̶D̶V̶D̶ ̶i̶s̶ ̶d̶e̶a̶d̶ ̶a̶n̶d̶ ̶i̶f̶ ̶i̶t̶ ̶n̶e̶e̶d̶s̶ ̶t̶o̶ ̶c̶o̶n̶t̶a̶c̶t̶ ̶a̶ ̶s̶e̶r̶v̶e̶r̶ ̶f̶o̶r̶ ̶a̶n̶y̶ ̶r̶e̶a̶s̶o̶n̶ ̶t̶h̶a̶n̶ ̶y̶o̶u̶'̶r̶e̶ ̶g̶o̶i̶n̶g̶ ̶t̶o̶ ̶b̶e̶ ̶S̶O̶L̶.̶

̶Y̶o̶u̶ ̶m̶a̶y̶ ̶b̶e̶ ̶f̶i̶n̶e̶ ̶w̶i̶t̶h̶ ̶X̶r̶e̶v̶e̶a̶l̶ ̶r̶e̶m̶o̶v̶i̶n̶g̶ ̶B̶D̶+̶ ̶d̶e̶c̶r̶y̶p̶t̶i̶o̶n̶,̶ ̶b̶u̶t̶ ̶I̶ ̶f̶o̶r̶ ̶o̶n̶e̶ ̶w̶a̶s̶ ̶h̶o̶p̶i̶n̶g̶ ̶f̶o̶r̶ ̶i̶t̶ ̶t̶o̶ ̶b̶e̶ ̶a̶ ̶t̶o̶t̶a̶l̶ ̶s̶o̶l̶u̶t̶i̶o̶n̶ ̶a̶n̶d̶ ̶r̶e̶p̶l̶a̶c̶e̶m̶e̶n̶t̶ ̶f̶o̶r̶ ̶A̶n̶y̶D̶V̶D̶,̶ ̶a̶n̶d̶ ̶I̶'̶m̶ ̶d̶i̶s̶a̶p̶p̶o̶i̶n̶t̶e̶d̶ ̶w̶i̶t̶h̶ ̶t̶h̶e̶ ̶d̶i̶r̶e̶c̶t̶i̶o̶n̶ ̶t̶h̶e̶ ̶a̶u̶t̶h̶o̶r̶ ̶i̶s̶ ̶t̶a̶k̶i̶n̶g̶.̶ ̶I̶f̶ ̶h̶e̶'̶s̶ ̶r̶e̶m̶o̶v̶e̶d̶ ̶a̶ ̶n̶e̶c̶e̶s̶s̶a̶r̶y̶ ̶f̶u̶n̶c̶t̶i̶o̶n̶,̶ ̶I̶ ̶h̶a̶v̶e̶ ̶t̶o̶ ̶w̶o̶n̶d̶e̶r̶ ̶w̶h̶a̶t̶ ̶i̶s̶ ̶g̶o̶i̶n̶g̶ ̶t̶o̶ ̶b̶e̶ ̶r̶e̶m̶o̶v̶e̶d̶ ̶n̶e̶x̶t̶.̶

̶P̶e̶o̶p̶l̶e̶ ̶s̶h̶o̶u̶l̶d̶ ̶b̶e̶ ̶a̶w̶a̶r̶e̶ ̶t̶h̶a̶t̶ ̶X̶r̶e̶v̶e̶a̶l̶ ̶c̶a̶n̶ ̶n̶o̶w̶ ̶n̶o̶ ̶l̶o̶n̶g̶e̶r̶ ̶h̶a̶n̶d̶l̶e̶ ̶a̶n̶y̶ ̶d̶i̶s̶c̶s̶ ̶f̶r̶o̶m̶ ̶2̶0̶1̶7̶ ̶o̶r̶ ̶e̶a̶r̶l̶i̶e̶r̶ ̶t̶h̶a̶t̶ ̶h̶a̶v̶e̶ ̶B̶D̶+̶ ̶p̶r̶o̶t̶e̶c̶t̶i̶o̶n̶,̶ ̶a̶s̶ ̶i̶t̶ ̶m̶a̶y̶ ̶a̶f̶f̶e̶c̶t̶ ̶t̶h̶e̶i̶r̶ ̶d̶e̶c̶i̶s̶i̶o̶n̶ ̶a̶s̶ ̶t̶o̶ ̶w̶h̶a̶t̶ ̶s̶o̶f̶t̶w̶a̶r̶e̶ ̶t̶h̶e̶y̶ ̶c̶h̶o̶o̶s̶e̶ ̶f̶o̶r̶ ̶t̶h̶e̶i̶r̶ ̶n̶e̶e̶d̶s̶.̶

[Kju]

https://i.imgur.com/ubzxsRS.png

Very disappointed to see Xreveal going this route. I was hoping this was truly going to be the replacement for AnyDVD, but I guess that isn't going to be the case.

NOTICE TO EVERYONE, if you need any BD+ decryption done, either stick with Xreveal 2.6.8 and don't update, or go with Passkey, or MakeMKV.

That's not what that means! They only removed the option to not remove BD+. Now BD+ protection is always removed together with AACS protection! (what makes sense, I guess)

You can still specify the path to your BD+ Fixup Table and if you insert a BD+ disc it still shows "Removed BD+ protection."

[Kju]

I'll read the document I have again when I get a free minute (won't be soon) but I could have sworn they had hashes for both encrypted and decrypted stored. The encrypted hashes to be used exactly as you describe but I was pretty sure they had decrypted hashes, as well. I could very well be misremembering.

I would be surprised if this were the case. At least it can not be in the ContentHash.tbl

I took an iso and compared the size of the STREAM dir with the expected and actual ContentHash.tbl file size:

STREAM dir size: ~22,1GiB = 23766153216B
ContentHash000.tbl: 967276B

Calculation (ignoring non checksummed "stream padding" [less than 96 sectors] and ContentHash.tbl Header):
( [STREAM size] / [Sector size] / [sectors per hash] ) * [Bytes of Hash]
( 23766153216B / 2048B / 96 ) * 8B = 967047,25B

That is a very good estimate and there is no space for more hashes in the file.

If there is another file with actual hashes of the decrypted data, please let me know. I would be very happy to write a tool to check the integrity of unprotected isos. :)

[SamuriHL]

I would be surprised if this were the case. At least it can not be in the ContentHash.tbl

I took an iso and compared the size of the STREAM dir with the expected and actual ContentHash.tbl file size:

STREAM dir size: ~22,1GiB = 23766153216B
ContentHash000.tbl: 967276B

Calculation (ignoring non checksummed "stream padding" [less than 96 sectors] and ContentHash.tbl Header):
( [STREAM size] / [Sector size] / [sectors per hash] ) * [Bytes of Hash]
( 23766153216B / 2048B / 96 ) * 8B = 967047,25B

That is a very good estimate and there is no space for more hashes in the file.

If there is another file with actual hashes of the decrypted data, please let me know. I would be very happy to write a tool to check the integrity of unprotected isos. :)

I'll have a look when I get a free minute at the docs I had kicking around on this topic. Like I said, it's VERY possible I'm misremembering how it works. It's been a while since I last looked at it.

[SamuriHL]

Not everyone is using the software the way you are. Not everyone is decrypting only the latest discs. Just because BD+ is not being used anymore doesn't mean that nobody is going to ever want to decrypt a disc with BD+. I clearly said that if you have discs with BD+ that you'd like to decrypt, then you should stick with Xreveal 2.6.8, or make sure you have Passkey or MakeMKV, because AnyDVD is dead and if it needs to contact a server for any reason than you're going to be SOL.

You may be fine with Xreveal removing BD+ decryption, but I for one was hoping for it to be a total solution and replacement for AnyDVD, and I'm disappointed with the direction the author is taking. If he's removed a necessary function, I have to wonder what is going to be removed next.

People should be aware that Xreveal can now no longer handle any discs from 2017 or earlier that have BD+ protection, as it may affect their decision as to what software they choose for their needs.

As mentioned above, clearly he didn't. Can I ask a question? Did you actually TRY a BD+ disc with the new version before you raised the war flag? I don't deal with BD's anymore so I didn't.

[Grimsdyke]

Some people are to smart to test ...

[Treaties Of Warp]

That's not what that means! They only removed the option to not remove BD+. Now BD+ protection is always removed together with AACS protection! (what makes sense, I guess)

You can still specify the path to your BD+ Fixup Table and if you insert a BD+ disc it still shows "Removed BD+ protection."

Before I came back here I was thinking that that might have been what he meant. I'm pleased to find out that I screwed up and that was indeed the case!

I apologize for my confusion! :o

[SamuriHL]

All good! At least we know the product is improving rather than devolving. The author of Xreveal is a really good guy so I don't see him screwing customers over. He's genuinely trying to make Xreveal better.

[jayper]

I'll have a look when I get a free minute at the docs I had kicking around on this topic. Like I said, it's VERY possible I'm misremembering how it works. It's been a while since I last looked at it.
Following on to this. I heard back from the Xreveal author about my question, which was:

I was curious if there might be a possibility to add a feature to the Content Hash Verifier application (standalone or integrated in Xreveal).

I have a collection of unprotected/decrypted ISO files. They were created with AnyDVD. Is there a way that I might be able to use the Content Hash Verifier app to validate the ISOs?

This is how they replied:

It's possible only when:
1). ANY!/FAB!/XRVL folder is exists to read content hash info.
2). The UKs (unit keys) are known to do RE-AACS (encrypt decrypted m2ts to encrypted m2ts).
3). It's possible to restore decrypted m2ts back to original encrypted m2ts
1. The disc doesn't contain the BD+ protection (because after patched by FUT, it's impossible to restore back to original encrypted m2ts).
2. The CCI (copy control information) is not removed (because after removed CCI, it's impossible to restore back to original encrypted m2ts).
3. No Blu-ray subtitle processing (subtitle position or transparency)

I had checked AnyDVD's settings, it seems there is no option to disable "Remove CCI (copy control information)". If AnyDVD is forced to remove CCI, it's impossible to verify content hash of ISOs created by AnyDVD anymore.

Sharing with the group in case this is helpful. Does anyone know of a way to re-encrypt? Seems like a lot of work, but it's likely faster than re-ripping all of my collection, just to verify rip integrity.

[Kju]

lol, I actually created a short program yesterday, which reencrypts the m2ts files and sets the encrypted bit. I used the keydb file to get the VUK. The process to decrypt and encrypt the m2ts is described in my linked pdf in post #273. Chapter 3.9 and 3.10.
The encrypted m2ts matches the original m2ts file from the protected disc, as long as the decrypted m2ts file was created by Xreveal or Makemkv.

As the Xreveal author noticed too, AnyDVD always removes CCI. That's why I noticed some differences in my unprotected rips when I tested Xreveal:

I have done some tests with Xreveal. I noticed that the decrypted m2ts files are different from those created by AnyDVD. But the Xreveal m2ts files are the same as those created by MakeMKV backups. So it seams AnyDVD changes some bits. Does anyone know why?


I thought about skipping those MPEG Transport packets with embedded CCI when validating the data, but I don't like that idea. Also, I still don't know how to decode the payload of the MPEG transport packets to identify those packets containing CCI. Looking for the 0x88 descriptor tag is not enough.

[SamuriHL]

Well ain't that fun. :)

[jayper]

Noticed this on the Xreveal site today:

[2024-08-26 supplemented]
We made two small utilities to encrypt/decrypt m2ts: https://www.xreveal.com/download/encrypt_m2ts.zip
If the disc contains more than more unit keys, you need to determine which one the right unit key. It can be determined by checking the first content hash of m2ts.

[jayper]

Also... should we create an Xreveal thread?

[Shinobi]

coopervid, could you please be so kind to send me a PM as well?

[Shinobi]

lol, I actually created a short program yesterday, which reencrypts the m2ts files and sets the encrypted bit. I used the keydb file to get the VUK. The process to decrypt and encrypt the m2ts is described in my linked pdf in post #273. Chapter 3.9 and 3.10.
The encrypted m2ts matches the original m2ts file from the protected disc, as long as the decrypted m2ts file was created by Xreveal or Makemkv.

That's exactly what I was trying to achieve as well in the last weeks.
Unfortunately it seems I did not manage to read this very pdf as carefully as you seem to have done. ;)

Would it be ok for you to send me your source code so that I can see where I took a wrong turn? :)

As the Xreveal author noticed too, AnyDVD always removes CCI. That's why I noticed some differences in my unprotected rips when I tested Xreveal

I truly loved AnyDVD and I can't thank it's programmers enough for what they've achieved, but that's the one thing that was always bugging me about it:
That the program was doing more in the background than just decrypting. I do not doubt in the slightest that the AnyDVD team had the best intentions at heart, however IMHO it made validating an unprotected rip more or less impossible.

(Of course, you could make a protected rip first, test it and then make an unprotected rip, but that's a lot of extra-work and it still leaves a very slight risk of data corruption going unnoticed ...)

I thought about skipping those MPEG Transport packets with embedded CCI when validating the data, but I don't like that idea. Also, I still don't know how to decode the payload of the MPEG transport packets to identify those packets containing CCI. Looking for the 0x88 descriptor tag is not enough.

Yep, that's something I've been trying to achieve in the past weeks as well. ;)
Hopefully a solution can be found in the not so distant future! :)

[Shinobi]

So I have now tried twice to post a more lengthy reply to this thread but failed again. :confused:

Not sure if I should hope that both messages resurface as they more or less contain the same message but with rather different wording ...

[coopervid]

coopervid, could you please be so kind to send me a PM as well?

Test message sent.

[Shinobi]

I've indeed received your Test-PM, but it seems that I'm unable to reply to it? (Again I failed twice in this.)

[coopervid]

I've indeed received your Test-PM, but it seems that I'm unable to reply to it? (Again I failed twice in this.)

Some forums - and I think this is alike - require that you have a minimum number of posts before you are allowed to send PMs.

[Shinobi]

This may well be, though in the forums I was active in a long time ago this was rather a non-issue, as it might encourage mindless post-slutting. ;)

Guess I'll find out when I'll be able to post longer texts and/or send PMs! :)

[coopervid]

This may well be, though in the forums I was active in a long time ago this was rather a non-issue, as it might encourage mindless post-slutting. ;)

Guess I'll find out when I'll be able to post longer texts and/or send PMs! :)

Just do some dummy posts to find out.

[Shinobi]

lol, I actually created a short program yesterday, which reencrypts the m2ts files and sets the encrypted bit. I used the keydb file to get the VUK. The process to decrypt and encrypt the m2ts is described in my linked pdf in post #273. Chapter 3.9 and 3.10.
The encrypted m2ts matches the original m2ts file from the protected disc, as long as the decrypted m2ts file was created by Xreveal or Makemkv.

That's exactly what I was trying to achieve as well in the last weeks.
Unfortunately it seems I did not manage to read this very pdf as carefully as you seem to have done. ;)

Would it be ok for you to send me your source code so that I can see where I took a wrong turn? :)

As the Xreveal author noticed too, AnyDVD always removes CCI. That's why I noticed some differences in my unprotected rips when I tested Xreveal

I truly loved AnyDVD and I can't thank it's programmers enough for what they've achieved, but that's the one thing that was always bugging me about it:
That the program was doing more in the background than just decrypting. I do not doubt in the slightest that the AnyDVD team had the best intentions at heart, however IMHO it made validating an unprotected rip more or less impossible.

(Of course, you could make a protected rip first, test it and then make an unprotected rip, but that's a lot of extra-work and it still leaves a very slight risk of data corruption going unnoticed ...)

I thought about skipping those MPEG Transport packets with embedded CCI when validating the data, but I don't like that idea. Also, I still don't know how to decode the payload of the MPEG transport packets to identify those packets containing CCI. Looking for the 0x88 descriptor tag is not enough.

Yep, that's something I've been trying to achieve in the past weeks as well. ;)
Hopefully a solution can be found in the not so distant future! :)

[Shinobi]

Allright my first lengthy posting worked out now, sending PMs still seems to be blocked.
I'll try to increase my Posting count. ;)