Search options (Page 45 of 66)

http://redump.org/disc/16920/ -- scrambled contents has the pre-last sector half-scrambled, half-descrambled and the last sector descrambled, so the descrambled dump should have the last sector scrambled and the pre-last sector inverted. It's a common Saturn mastering error. For some reason DIC leaves the last sector as is without scrambling it, that's not correct. And the earlier DIC versions work fine, I remember I've tested such discs, dumps were correct.

Secured = purchased, not dumped yet.

Not for sale titles (the ones that aren't demos) are mostly dumped (except a few $300+ ones that rarely appear at all).

No, he is trying to say, that, since we completely ignore data sectors in audio tracks, we should force the descrambling for any sector that belongs to the data track regardless of its contents.

Has anyone tried to burn the image with such sectors with the headers like "00 00 00 00 00 00 00 00 00 00 00 00 01 80 00 60"? Do they scramble back fine and the burned copy has the same data as the original?

And has anyone tried to burn the image with the unusual sectors left unscrambled? How do they look after the burning?

I think the Saturn ones that are still undumped are either secured already or are so rare that they can't be easily found and purchased (unless we're talking about paying the collectors for dumping). FM-Towns section is the one that needs lots of money, because there are hundreds (even thousands) of undumped titles, most of them are very pricey. PSX section also needs Germs and Harmful Park

Shouldn't DIC detect CD-Rs as CD-Rs (by ATIP), not as "DiscType: CD-DA or CD-ROM Disc"?

A console tool would be useful for mass converting the images.

Normally, this indicates some discrepancy between the track addresses in the TOC and in the subchannels, so, it splits the dump into tracks once according to the TOC and once according to the subchannels.

But in this case, it seems to be some DIC bug.

http://romsheperd.com/index.php?topic=5751.0
http://dknute.livejournal.com/42778.html

As I've already said a numerous of times, we should use .cues, not .gdis. Gdi format doesn't expect any pregap at the start of the track, this ruins the whole addressing and more-than-3-tracks-images either don't work on emus or work incorrectly.

PX-708A should work, according to Enker - http://forum.redump.org/post/40262/#p40262
tossEAC also uses some Plextor for dumping - http://forum.redump.org/post/54259/#p54259

Works, thanks.

But there's another weird problem. When I dump it without the "/a xx" command, it's fine. When I dump it with "/a 14", it detects the offset 2 times and dumps it incorrectly.

========== TOC ==========
     Audio Track  1, LBA        0-   51369, Length    51370
     Audio Track  2, LBA    51370-   70999, Length    19630
     Audio Track  3, LBA    71000-   88894, Length    17895
                                            Total     88895
========== Opcode[0xd8]: SubCh[02]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P ff ff ff ff ff ff ff ff ff ff ff ff
    Q 01 01 01 00 00 00 00 00 02 00 5a 28
    R 00 00 00 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 00 00 00 00
    T 00 00 00 00 00 00 00 00 00 00 00 00
    U 00 00 00 00 00 00 00 00 00 00 00 00
    V 00 00 00 00 00 00 00 00 00 00 00 00
    W 00 00 00 00 00 00 00 00 00 00 00 00
======= Offset(Drive offset data referes to http://www.accuraterip.com) =======
           Combined Offset(Byte)    176, (Samples)    44
    -         Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------------
     User Specified Offset(Byte)     56, (Samples)    14
    Overread sector: 1
    Subch Offset: 0
========== Opcode[0xd8]: SubCh[08]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P ff ff ff ff ff ff ff ff ff ff ff ff
    Q 01 01 01 00 00 00 00 00 02 00 5a 28
    R 00 00 00 00 00 00 00 00 00 00 00 00
    S 00 00 00 00 00 00 00 00 00 00 00 00
    T 00 00 00 00 00 00 00 00 00 00 00 00
    U 00 00 00 00 00 00 00 00 00 00 00 00
    V 00 00 00 00 00 00 00 00 00 00 00 00
    W 00 00 00 00 00 00 00 00 00 00 00 00
======= Offset(Drive offset data referes to http://www.accuraterip.com) =======
           Combined Offset(Byte)    232, (Samples)    58
    -         Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------------
     User Specified Offset(Byte)    112, (Samples)    28
    Overread sector: 1
    Subch Offset: 0

Packed sub for Plextor should match the raw sub, but without errors, but mode 5 dumps are completely different.