Post new reply

Thanks admin.
Just in case, I will check with other software again.

Could this be a bug only found in the latest firmware of 716 ?
DIC may let us dump with previous firmware to test this, if it was not already tested.

I don't know if DIC supports PRE flag from TOC, but it does support them in the subcodes. PRE sometimes exists on game discs, http://redump.org/disc/29309/ - example.

Thank you very kind and polite admin!
I have to buy the drive again...

The pre-emphasis flag stands in the subcode and TOC, but some CDs stand only in one or the other.
Incidentally, EAC does not support pre-emphasis flags recorded only in subcodes.
CUERipper is both supported.

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.

Thank you for a polite answer.
Sorry to trouble you, but can I ask three more questions at the end?
Can DiscImageCreator correctly detect and output the hidden HDCD track, HTOA (hidden track), pregap, subcode and TOC pre-emphasis flags to CUE?
http://wiki.redump.org/index.php?title= … _(DIC_CLI)
Be aware that the PX-716 series (possibly other DVD drives) is unsuitable for dumping some SafeDisc versions (Illegal MSF).
It is written that,
Can not rip Safe-Disc correctly with PX-716?
Is / s 2 more accurate than / np, / nq, / nr?

Option (for CD read mode)
/a      Add CD offset manually (Only Audio CD)
val     samples value

This "/a"? Nope, usually not needed (as described in my previous post). Barcodes aren't mandatory, only the ringcodes are really important.

Answer thank you admin.
Safe-DiscDVD is officially not implemented, OK
The specification of ALPHA-ROMDVD is not decided = not supported, OK.
Isn't the /a and barcode mandatory for discs submitted for the first time?

For SafeDisc DVDs there was a test version of DIC with the "/sf" switch enabled for DVDs, try to ask sarami for details.

Alpha-ROM is listed as unsupported in readme.md:

You mean the box or spinecard/obi barcode? No, they are optional.

/f is recommended for the protected and scratched discs (safer cache erasing), but not necessary. Also recommended for dumping very small discs (smaller than 8 MB for PX-716A, smaller than 2MB for other Plextors).
/a is usually not needed (sometimes needed when the Audio CD verification doesn't match the redump.org entry).

Is the DVD option basically unnecessary.
Thank you admin.

I am very sorry. I have three more question.
but is it safe to specify ALPHA-ROM and Safe-disc DVD without any options?
Is the submission without Barcode invalid?
Is it unnecessary to use /a and /f?

If you want to get as much data as possible - "/raw" and "/c" are needed. If you only want to dump for redump.org - not needed.

So, when ripping a DVD, is there no problem if /raw and /c are not considered?

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