Search options (Page 22 of 66)

Any info on this? Can DIC detect the needed amount of empty sectors for the first track? As I understand, you need to align the 2nd track to start with the proper byte sequence, not the 1st track. If you detect the offset for the 2nd track, all the other tracks should also have the proper offset, including the 1st track.

How are you going to dump the discs that won't read? Or am I misunderstanding something?

http://wiki.redump.org/index.php?title= … _(DIC_CLI)

Any DVD drive, if you remove its metal cover to change the discs manually. Many drives also allow to change the discs by using the pin hole to mechanically eject the tray (but not all).

You need to make your own Kreon-like firmware to perform those additional commands.

Decoded cuesheets are stored + specific libcrypt and securom fields, where needed. Sadly, our db doesn't allow to store the raw subs nor to store the key values and generate subs on the fly.

I don't remember how the /p command works, but you can extract the -5000 to -1100 range instead, it will include the TOC and the entire pregap.

We need the disc itself or, at least, someone who has it.

But shouldn't DIC keep the total image size? Padding the bad blocks with zeroes or with 0x55 or something else?

Plextor is generally needed in 2 cases: to dump discs with audio tracks where the last audio track has non-zero data upto the very end (any drive with overread into lead out should be suitable for that, but there are only a couple of non-plextor ones with that feature) and to dump the discs with mastering errors to avoid altering the data by the drive's firmware. Both tasks can be done on a BE-only drive, though, if you insert the audio CD first, then replace it with the data CD without triggering the tray ejection, so the drive could work with the data CD without updating the TOC.

Read the readme.md from the DIC archive about the supported protections.

SACDs are DVDs, they aren't CDs. You can probably try to use the similar swapping technique to dump its contents into image, but the image will be encrypted and you won't get the keys without the proper handshaking sequence on a real SACD-capable device. Just like Xbox discs are dumpable via swapping on any DVD drive, but you can't get the SS ranges that way, since that data is stored in a special area in the lead-in and requires performing special commands by the drive's firmware, the dumping tool alone won't help there.

Cues are the plain text files, you can open them with a notepad or any other text editior. If you're expecting these to be the disc images - nope, they aren't.

DeeDyne has exactly the same problem.

HDCD doesn't have any special CUE flags, it is detected by the track contents, I think.
Hidden tracks should be supported, at least the CD-i Ready discs can be dumped properly (the data track there is hidden in the pregap).
Pregaps are supported.
Subcode - what do you mean?
PRE flags are supported (DCP and 4CH flags also), CATALOG and ISRC, CD-TEXT fields (ARTIST, PERFORMER, etc.) are supported.

Yes, it seems.

"/s 2" should fix more random errors, "/np /nq /nr" should give the subchannels "as is", without any fixes. If you want the unfixed sub - "/np /nq /nr" is accurate, if you want the sub without random errors - "/s 2" is accurate.

"/vn" without val for autodetection?

How to find out the proper offset for each disc, then? Can DIC autodetect it? We have 4 dumpers waiting for a proper VideoNow dumping solution (and we still need to add your own dumps, so, 5 dumpers total).

I think both "/raw" and "/c" are for experiments.