601

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

many of the keys are different every time

It seems [001] to [081] are all same every time, but the remains are all different every time.
And playerkey and decrypted disckey is always same.

F1ReB4LL wrote:

CSS.exe only works with IDE drives.

I tried 3 drives (plex755sa: sata -> usb, ps3 drive with 3k3y ripper board, asus bc-12d2ht: sata on motherboard)
plex755sa and ps3 drive is no problem, but bc-12d2ht occurred GetLastError: 2147681032. I don't know why this error occurs now.

btw, metropolis_css.7z, my win10 say "detected virus", so I couldn't download.

602

(3,488 replies, posted in General discussion)

Nexy wrote:

INDEX 00 is being added as if the single track has a pre-gap and then the lead-out is being added as INDEX 01

Uploaded test version.

F1ReB4LL wrote:

Could you examine the libdvdcss sources?

I'll try it.

603

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

So, now my question is: is it possible to modify CSS.exe so it could use DIC's CSSKey.txt file to get the title keys? So we could convert the keys from existing logs without redumping all the DVD Videos.

Perhaps, it's impossible.

To get disckeys, it needs to execute 'ReadKey' with 'DvdDiskKey'

    BYTE DiscKeys[2048];
    if (!ReadKey(DvdDiskKey, DiscKeys)) {
        return false;
    }

To get titlekeys, it needs to execute 'ReadKey' with 'DvdTitleKey'

    if (!ReadKey(DvdTitleKey, pKey, lba)) {
        return false;
    }

ReadKey calls 'DeviceIoControl'

DeviceIoControl(m_hDrive, IOCTL_DVD_READ_KEY, pKey, pKey->KeyLength, pKey, pKey->KeyLength, &dwBytesReturned, nullptr))


But CSS.exe is a standalone program. If you simply want to get disc & title keys, redumping is unnecessary.

CSS.exe <DriveLetter> <OutFile>

You can get these key info easily and immediately.

604

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

Every encrypted file has its own key. Please, find a way to convert dump_CSSKey.txt to the libdvdcss keys format

Does it mean you want to get the titlekeys? If yes, I already supported to get it. http://forum.redump.org/post/70285/#p70285   https://github.com/saramibreak/CSS/releases

If no, I don't know now what kind of format 'libdvdcss keys format' is.

605

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

But the DIC dumps aren't decrypted

Decrypted image should be preserved in the db? To decrypt the DVD-VIDEO / BD-VIDEO / Wii / PS3 is legal act or not?

F1ReB4LL wrote:

we need to convert the CSSKey keys to AnyDVD/VLC format somehow to use the images.

VLC can play the encrypted images, because it has libdvdcss.
Btw, Is libdvdcss legal or not? And dolphin (wii emulator) decrypts the aes of wii disc images, but RPCS3 (PS3 emulator) doesn't decrypt the aes of PS3 disc images. If decrypting is illegal, dolphin is illegal? If decrypting is legal, why RPCS3 doesn't support the decrypting?

F1ReB4LL wrote:

Hmm, nope, it dumps fine as CSS

Should be 0xc4 also recognized as CSS? Or 0xc4 is a firmware bug of AD-7200A?

606

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

On one of my DVD Videos:

CopyrightProtectionType: Unknown: c4

AnyDVD detects CSS there (VLC doesn't, though):

MMC-6 says

00h indicates there is no such data and 01h indicates a specific data structure for CSS/CPPM exists, and 02h indicates a specific data structure for CPRM exists, and 10h indicates a specific data structure exists for AACS with BD content. All other values are reserved.

Btw, does plextor also output 0xc4?

F1ReB4LL wrote:

And, speaking of DVD Videos: how to use the CSSKey.txt? How to convert those keys to something usable by AnyDVD or VLC?

Video player uses these keys to decrypt data. Key info doesn't need for user generally.

F1ReB4LL wrote:

Any idea about the checksum differences? C2 errors were fixed both times, but the checksums differ.

Uploaded: http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Try to use /c2 val2, val3, val4.

        /c2     Continue reading CD to recover C2 error existing sector
                        val1    value to reread (default: 4000)
                        val2    0: reread sector c2 error is reported (default)
                                1: reread all (or from first to last) sector
                        val3    first LBA to reread (default: 0)
                        val4    last LBA to reread (default: end-of-sector)
                                val3, 4 is used when val2 is 1

example

C:\Users\HTPC\Desktop\Disc Image Creator\Programs\DiscImageCreator.exe cd H ISO\BORDER_DOWN\BORDER_DOWN.bin 32 /c2 20 1 320000 332000

added 'REM PREGAP' in test version.

608

(3,488 replies, posted in General discussion)

Nexy wrote:

I found a very fast hashing library/program here https://github.com/OV2/RapidCRC-Unicode

Uploaded test version.
If RapidCRC.exe exists in the directory that DiscImageCreator.exe exists, RapidCRC.exe is executed.

609

(3,488 replies, posted in General discussion)

Nexy wrote:

I have a Yamaha CRW-F1 I'm trying to test, but it seems to hang at setting the drive speed, it works fine in Alcohol and CloneCD, and ISO Buster so I'm wondering if this is a bug in DIC or not?

If 0 is set, drive speed setting can be skipped.

sarami wrote:
Nexy wrote:

CSS is not working properly, each VOB tends to have it's own key. Pretty much try any US DVD.

Uploaded test version. http://www.mediafire.com/file/q5b8c94jv … st.7z/file
Please check if title key is really correct.

I confirmed TitleKey was same as DVD Decrypter. Updated github of CSS.

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
changed: LEAD-IN length = 1st LBA of 1st track of 2nd session - 1st LBA of lead-in of 2nd session

F1ReB4LL wrote:
sarami wrote:
Jackal wrote:

is DIC really measuring the LEAD-IN and LEAD-OUT length, or are they predetermined?

LEAD-OUT length = 1st LBA of lead-in of 2nd session - 1st LBA of lead-out of 1st session
LEAD-IN length = 11400 - 150 - LEAD-OUT length

Why not to read that area and measure the lead-out/lead-in/pregap sizes according to subs? Plextor allows to read all those sectors, I guess?

I get it from subch. From 1st 0xaa to 1st 0x00 and 0xa0 is lead-out length.

612

(3,488 replies, posted in General discussion)

Nexy wrote:

CSS is not working properly, each VOB tends to have it's own key. Pretty much try any US DVD.

Uploaded test version. http://www.mediafire.com/file/q5b8c94jv … st.7z/file
Please check if title key is really correct.

Jackal wrote:

is DIC really measuring the LEAD-IN and LEAD-OUT length, or are they predetermined?

LEAD-OUT length = 1st LBA of lead-in of 2nd session - 1st LBA of lead-out of 1st session
LEAD-IN length = 11400 - 150 - LEAD-OUT length

Jackal wrote:

what does FFFFFFFFFFFFFFFFFFFFFFFF in subchannels signify?

It's channel P. P is a flag bit that indicates the start of a track. It's almost 2s (150 sectors), but it's not necessarily 2s.

I ordered Bleemcast! for Tekken 3 by amazon.

615

(3,488 replies, posted in General discussion)

Parotaku wrote:

I got a problem dumping Philips CD-i disc 'Dimo's quest' (US version) (in perfect condition, no scratch).
It stops with the following error:

Europe version

========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, Ctl 0, Adr 1, Point 0xa0, FirstTrack  1, Format: CD-DA or CD-ROM
    Session 1, Ctl 0, Adr 1, Point 0xa1,  LastTrack 19
    Session 1, Ctl 0, Adr 1, Point 0xa2,      Lead-out, AMSF 59:48:00 (LBA[269100, 0x41b2c])
    Session 1, Ctl 0, Adr 1, Point 0x01,      Track  1, AMSF 16:44:00 (LBA[075300, 0x12624])
    Session 1, Ctl 0, Adr 1, Point 0x02,      Track  2, AMSF 20:30:00 (LBA[092250, 0x1685a])
    Session 1, Ctl 0, Adr 1, Point 0x03,      Track  3, AMSF 23:25:00 (LBA[105375, 0x19b9f])

US version

========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, Ctl 4, Adr 1, Point 0xa0, FirstTrack  1, Format: CD-I
    Session 1, Ctl 0, Adr 1, Point 0xa1,  LastTrack 19
    Session 1, Ctl 0, Adr 1, Point 0xa2,      Lead-out, AMSF 59:50:00 (LBA[269100, 0x41b2c])
    Session 1, Ctl 0, Adr 1, Point 0x02,      Track  2, AMSF 20:30:00 (LBA[092100, 0x167c4])
    Session 1, Ctl 0, Adr 1, Point 0x03,      Track  3, AMSF 23:25:00 (LBA[105225, 0x19b09])

If disc is "Format: CD-I", Track 1 is omitted (perhaps firmware bug). For this, TOC couldn't get correctly.
This was fixed and the disc's hash that he and I have was all matched.

Nexy wrote:

each VOB tends to have it's own key.

Yes I know. CSS.exe hasn't supported it yet.

5 c2 errors exist, but I don't know why c2 error recovering function doesn't work...

user7 wrote:

Where are we sitting with multisessional support? Have things stalled?

Bug about 2nd session multi-track disc was fixed in the latest test version (20190524 230157).
Cue sheet that admin defines was supported in the latest test version.
If admin and Jackal say 'no problem', I'll commit the code in github.

616

(3,488 replies, posted in General discussion)

> Nexy
Does HashMyFiles work in your PC? If yes, I can execute it from DIC. If no, please upload your CUI tool. I can also execute it from DIC.

> ClaudeSpeed
DIC version 20180630 31122 and DICUI 1.10 is not latest. You can use the latest version.

> user7
Logs? My unlicensed PS2 disc is no problem.

617

(3,488 replies, posted in General discussion)

Nexy wrote:

I can use a different tool for that?

What tool? HashMyFiles is accepted for me because CUI is supported.

618

(3,488 replies, posted in General discussion)

Spört wrote:

I see some "SubQ Reread [crc16 unmatch] -> NG. Fix manually" lines in _subError.txt, should I be concerned about those? ECC/EDC check is fine.

No problem generally.

Nexy wrote:

sarami can you add a link to the wiki which is easily visible about the drives and dumping.

See README https://github.com/saramibreak/DiscImag … /README.md

Nexy wrote:

Also what is the status of PX-W1210 , PX-W1610 and PX-W2410 drives?

Not supported because these drives don't support "OpCode[0xd8]: SubCode[8]".

Uploaded test ver. (download's link is same.)

xTMODx wrote:
sarami wrote:

Some were fixed. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
But perhaps all bug haven't fixed yet.

thanks it produce same result as the previous release

Thanks.

Jackal wrote:

The LEAD-OUT seems to be in the wrong place also?

Also fixed.

----
Some dumpers dump multisessional disc and lead-out length's is 6750 (01:30:00)
http://forum.redump.org/post/69590/#p69590
REM LEAD-OUT and REM LEAD-IN is still needed?

621

(3,488 replies, posted in General discussion)

http://forum.redump.org/post/61302/#p61302

psx-collector wrote:
sarami wrote:

Without /c2, it reads until the end.

Yes but I meant an option to continue dumping later...

1. The disc has many C2 errors and it needs 10000 or more retries to dump the sector. Imagine that we have many of these sectors. It's not the best way to leave the drive work several days. Also, cold drive reads better! More chances with cold drive!

2. This option would be also great... If no amount of retries was set. The disc was dumped but we need to re-read C2 sectors. Maybe it's possible to code an option to allow the DIC to go to the next sector if all 4000 attempts weren't successful? 4000 with next sector etc. And to go back to these previous sectors to try 4000 attempts again and again.

With the second option we can get as many sectors as possible to go back to really hard sectors.

The best way is to combine both options to allow to read hard sectors after the drive became cold again.

Are you still challenging to dump this disc?

psx-collector wrote:

Would be very nice if DIC would try to read next hard sector if previous one wasn't dumped after all retries. It would help to dump all hard sectors leaving only very hard ones. Is it possible to add this function?

Some sectors in your CD-R perhaps can't recover, so resume function is also vain efforts I think. Please get new CD-Rs if it's possible.

sorry : http://www.mediafire.com/file/eq80y20l9 … st.7z/file

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: Internal error occurs if 2nd session 1st track isn't the last track.

624

(3,488 replies, posted in General discussion)

Nexy wrote:

People are using a Pentium II or AMD with 3Dnow to dump? Even I think that is silly.

Pentium III is also very old cpu for me... It was unbelievable that there was the person who used such an old cpu. But PIII user exists, so PII user may exist.

Nexy wrote:

What are your plans for DVD protections, Data Positioning and Starforce/Tages ? Has there been any discussions?

DPM: http://forum.redump.org/topic/17084/ana … l-120-dpm/
It's hard to get the identical values.

Tages: http://redump.org/disc/34669/
Jackal knows it.

625

(3,488 replies, posted in General discussion)

Nexy wrote:

have you compiled with SSE (1) extensions and optimization?

No. Because some person use old cpu which doesn't support sse.

Nexy wrote:

The printing the progress to the console, it is slow and takes up processing time.

changed: http://www.mediafire.com/file/eq80y20l9 … st.7z/file

Jackal wrote:

are we sure it's caused by the display of the progress?

If there is the hashing app/library you recommend, tell me plz.