Search options (Page 40 of 66)

I'd say USA, Asia and Europe, Asia. Would like to see some examples, though.

Still no idea why does cherokeelzzS get weird DIC dumps with certain discs? Other tools don't have any problems.

Of course But it's not a problem.

Solution 1: User inserts disc normally, DIC reads the TOC and leadout (to know the image length), then ejects it and asks to do the swapping (like, "insert the trap audio disc and press any key" => "swap the disc and press any key").

Solution 2: User runs DIC after swapping, DIC reads data and subchannel into .scr + .sub, then ejects the tray, then inserts the tray, then reads the TOC and leadout, then cuts the image to tracks and does the descrambling. Or you can ask the leadout value via .exe parameter (to know how many sectors to read into image) and read only TOC after ejecting/inserting the tray.

Any chance to add the first 16+512? bytes from LBA 0 sector (45000 for "gd" mode) into maininfo.txt? So we wouldn't need to ask the dumpers to provide these for Saturn, Mega CD, Dreamcast dumps.

And have you thought to add the support for the swappable non-Plextor drives? DIC could read scrambled sectors with 0xBE command in this mode and people could use more common drives to dump properly.

Any news about CD-i Ready format support? People ask me about it sometimes, the last person was iR0b0t

DIC needs to read the audiotrack + pregap with data starting from LBA 0, then to descramble data sectors (I think the data track in the pregap has its own track number somehow, so it's not really correct to leave all the data sectors as scrambled).

http://forum.redump.org/post/19495/#p19495 -- yes, just nobody cares. I always use the (Demo) tag. The only doubtful case is when the edition presents even on the title screen.

What happened?

https://mega.nz/#!RZkWxACJ!gllef6IbSF3_ … gL5j5TGbqo
https://mega.nz/#!sMFiRaAR!bpSobINe4Co6 … _bgfP_G-js

Sarami, why does it happen? Same drive, same command, lots of suberrors in the first case case (every sector is "fixed" due to sector shift?), 10 times less in the 2nd case. Maybe DIC should restart the dumping process when that happens? Or does it need to eject/insert the tray and swap again for a chance of a better dump?

Out of curiosity, does it check for CATALOG, ISRC, FLAGS, CD-TEXT fields in GD mode? Very unlikely to see them there, but still

There are other exceptions, like, when you try to run it offline and load the TOSEC dat, it crashes, because it can't load the .dtd file from the url in the dat.

Just tried to dump TOC & pregap with one of the last year's test versions (15.11.17) and got an immediate black screen & system hang with an error record "LMS lost connection to Intel(R) MEI driver" in the events log. Earlier and later versions work fine. Just to warn you that DIC can be dangerous

1. (World) is a replacement for (Japan, Europe, USA), all the other cases of its usage are incorrect. Australian releases usually match the European ones, so it sounds more like (USA, Europe), but, ofc, it should be proven the Australian release matches the European one first.

2. 3DO/PSX Return Fire has Arabic.