1,001

(3,538 replies, posted in General discussion)

If there isn't any protection, it'll work. Please try and report.

Try this.
http://forum.redump.org/topic/2620/drea … tructions/
or
http://forum.redump.org/topic/9436/new- … st-please/

iR0b0t wrote:

Not really. I have extra updated the submission form text with "Errors count (edccchk v1.26)" to be used with.

From when? If the error counts of CDMage isn't adopted forever, I think the old dump that has errors should be rechecked. Or already rechecked?

retaliator have the same error disc by chance.
http://forum.redump.org/topic/16342/add … ification/

[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
    Sector: 113551, 
  :
  :
[WARNING] Number of sector(s) where flag byte doesn't zero: 3
    Sector: 10535, 15956, 17753, 
Total errors: 1

EccEdc adopts the errors count of edccchk, but redump db adopts that of CDMage. http://redump.org/disc/327/

1,005

(3,538 replies, posted in General discussion)

Nexy screamed about the similar case from http://forum.redump.org/post/46803/#p46803 to http://forum.redump.org/post/46989/#p46989

user7 wrote:

> size and hashes are in .dat file (doh)
I'm guessing this isn't for DVDs? I only rip DVDs and the .dat contains none of this info.

I fixed as DVD doesn't work by 'cd' command. Please use 'dvd'.

SCSI Models: PX-W4220T, PX-32TS/CS, PX-83CS/85CS, PX-63CS/65CS, PX-43CS 43CE 43CH/45CS 45CE 45CH, DM-3028/5028, DM-3024/5024, DM-3021/5021, DM-3020/5020

I haven't tested these drive yet.

1,007

(3,538 replies, posted in General discussion)

*2017-09-01 test
- changed: some DVD, DVD-R, timestamp of disc log
- improved: checking argument

Schrodinger wrote:

Could you explain if my dump is ok or not? Also could you explain about the options /c and /f in dvd dump?

Please also check by IsoBuster. /c writes the protected sector number to file. /f deletes the drive cache when reads the disc.

F1ReB4LL wrote:
user7 wrote:

Dumped two PS2 DVD demos today and the contents where about half the size of the actual iso, what's going on?

Dummy sectors, I guess.

Or developer may hide some file intendedly.

1,008

(3,538 replies, posted in General discussion)

*2017-08-18
- added: adr 06 of the subchannel (some Amiga CDTV disc)
- added: No data track but there is some data sector (some CD-i disc)
- added: Corrupted directory record disc (Amiga tools 4)
- changed: Some log message
- changed: the max size to search the exe file when use /sf option (1024 -> 4096)
- fixed: Disc that the session 2 starts from the track 2
- fixed: Descrambling of some mastering error disc

1,009

(3,538 replies, posted in General discussion)

http://redump.org/disc/36178/ This disc is perhaps same.
These discs have only audio track on TOC, but there are actually some data sector in pregap of first sector. When dic searches the offset from disc, it gets the offset from "first data track". So dic can't get it properly. Why wouldn't CD-i adopt the mixed (data - audio) disc?
Please wait until fix.

EDIT:
Updated test version. Please test.

1,010

(4 replies, posted in General discussion)

DPM is a phisical protection and alcohol 52/120 perhaps records the LBA that reading takes more times in mds. Of course, the time when a drive reads a disc differs with each drive and each pc.

This is also why we're not hosting full subchannels: It's almost impossible to obtain 100% clean unaltered subs.

Yes, but only subQ channel uses CRC16. So about only subQ, it's possible to obtain clean subs.

comradesean wrote:

I'm at a loss. Using the Optiarc with CDM and I'm getting different number of errors every time I run it again.

edit: Got the same number of errors on two different dumps, but different errors and mismatch on CRC.

comradesean wrote:

So... I got tired of running it over and over and I decided to run it with DIC with c2 checking.
DiscImageCreator.exe data I "Settlers III - Disc 1" 4 0 228319 /c2 9999 40960 4

For the time being, you should not use your precious time until they(Jackal, reentrant) release the detailed dumping instruction of the ring protect. If this keeps up, we can't verify that their dumps is good or bad.

1,012

(3,538 replies, posted in General discussion)

Jackal wrote:
usurper wrote:

Sarami, if you are looking for a challenging protection, get yorself this or this disc.

https://www.medimops.de/infogrames-der- … 6FS54.html
https://www.medimops.de/infogrames-der- … 6FS55.html

This one from the same publisher has the same protection:

https://www.medimops.de/vivendi-univers … edVeryGood

GameCopyWorld wrote:

The process took 18 hours to complete because about 35% of the CD contains unreadable errors!

I bought Fort Boyard Millenium. There are some errors in CDDA area. Is this true?  Jackal, usurper, if you have this, plz check...


EDIT:
20170728
- added: /ss option (scan sector for protectCD-VOB)
- changed: Option name is /rc -> /sf (scan file)
- changed: Directory record size from 8192 to 16384
- changed: Data sector is descrambled when sync is valid and mode is valid
           and there is the reverted sector, and unknown mode but reserved byte all zero
- changed: The LBA of FULL TOC is used only the multi session disc.
- fixed: Reading path/directory record (support the logical block size under 2048 byte)
- fixed: The transfer length to read path/directory record for DVD
- fixed: Short of the shifted sector if the combined offset is 2352*n (n is integer)

I bought this. http://redump.org/disc/43270/
There are some error sectors in "SYSTEM.LSK", so this isn't "Ring PROTECH" but "Protected by ring" or "Ring Protect"

http://www.ta-ko.org/index2.htm
According to this site, Ring PROTECH appeared in 2001 summer. The ring protect before 2001 summer is different by manufacturer. e.g. Bleem! https://en.wikipedia.org/wiki/Bleem! Perhaps Blue Byte is also same.

1,014

(3,538 replies, posted in General discussion)

reentrant wrote:

So in case of this 1024B sector is DIC going to have support for this?

Yes, path/directory table can read correctly.

reentrant wrote:

Sarami: Could you made a commit to git with latest changes? I think I have a DVD that fails to dump and I'd like to debug it...

Fixed a transfer length for reading Volume Descriptor of DVD. Concerning committing, plz wait...

F1ReB4LL wrote:

Another weird bug. 2nd track misdetected as audio.

     Combined Offset(Byte) -30576, (Samples) -7644
    -   Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------
           CD Offset(Byte) -30696, (Samples) -7674
    Overread sector: -14

Sector size "-14" is incorrect. "-13" is correct. This is fixed but I don't know whether the misdetecting is fixed or not.

1,015

(3,538 replies, posted in General discussion)

Updated.
----
I suspect PX-716, but the LBA of "FULL TOC" and "TOC" is same if it is single session disc, so the LBA of "FULL TOC" is only used in multi session disc.

1,016

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

Gap detection glitch (last track).

_disc.txt

========== TOC ==========
           :
     Audio Track 50, LBA   247692-  250338, Length     2647
     Audio Track 51, LBA   250339-  255212, Length     4874
                                            Total    255213
========== FULL TOC ==========
    Session 1,     Track 50, MSF 55:04:42 (LBA[247842, 0x3c822])
    Session 1,     Track 51, MSF 55:00:00 (LBA[247500, 0x3c6cc])

LBA of TOC is correct but LBA of FULL TOC is incorrect. I don't know why...

1,017

(3,538 replies, posted in General discussion)

Updated test version.
----

Logical Block Size: 1024

I had thought that "Logical Block Size" is fixed in 2048 byte. But Ecma-119 says below.

6.2.2 Logical Block
The Volume Space shall be organized into Logical Blocks. Each Logical Block shall consist of 2n+9 bytes,
where n equals 0 or a positive integer. The number of bytes in a Logical Block shall be referred to as the Logical
Block size which shall not be greater than the Logical Sector size.

That is, it is correct that "Logical Block Size" is 1024 byte and "Volume Space Size", "Location of Occurrence of Path Table" and "Location of Extent" is double size because "Logical Block Size" is half size.

http://redump.org/disc/43476/
File system doesn't corrupt, but CD-ROM that "Logical Block Size" isn't 2048 byte is perhaps rare or irregular. So, I think the OS that is newer than WinXP doesn't support it.

1,018

(3,538 replies, posted in General discussion)

F1ReB4LL wrote:

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.

20170719 test
- changed: Directory record size from 8192 to 16384 (for some amiga CD)
- fixed: data sector is descrambled when sync and mode is valid and reverted sector


xTMODx wrote:
sarami wrote:

Is it really ISO9660 disc? If so, it is easily unbelievable that "Only" old Windows (3.1?, 95?, 98?, 2000? etc) can read it.

here are the dump files with reentrant's DIC  http://www107.zippyshare.com/v/xb6AmTRp/file.html i could open the disc on windows xp but not on windows 8.1 tested on 4 plextor drives

_volDesc.txt

========== LBA[000016, 0x00010]: Volume Descriptor ==========
                           Volume Descriptor Type: 1
                              Standard Identifier: CD001
                        Volume Descriptor Version: 1
                                System Identifier:                                 
                                Volume Identifier: MASTERQUIZ                      
                                Volume Space Size: 510448
                                  Volume Set Size: 1
                           Volume Sequence Number: 1
                               Logical Block Size: 1024
                                  Path Table Size: 116
             Location of Occurrence of Path Table: 36
    Location of Optional Occurrence of Path Table: 0
              Length of Directory Record: 34
        Extended Attribute Record Length: 0
                      Location of Extent: 40
                                          :

Correct size of "Volume Space Size" is perhaps 255384. "Location of Occurrence of Path Table" is perhaps 18. "Location of Extent" is perhaps 20. Other values may be corrupt.

If possible, I don't want to skip reading the path and directory table. These values are to fix manually in app. Of course, the image file isn't fixed.

1,019

(3,538 replies, posted in General discussion)

Only 3 sector? but clearly, 289 sectors are error if use 0xd8..

Track 3 is recognized as Audio mode in IsoBuster."
I guess the shift is caused by data > audio transition?

I don't know, but these sectors are clearly including the data sector. "00 ff ... ff 00" is sync, "69 b6 10" is the scrambled msf, "61" is the scrambled mode.

1,020

(3,538 replies, posted in General discussion)

xTMODx wrote:

i could open the disc on windows xp but not on windows 8.1 tested on 4 plextor drives

Weird.. if you can, please try on win7, win10, linux(ubuntu, fedora etc.)

Jackal wrote:

olofolleola4 is having some problems dumping a disc.

_mainError.txt

LBA[308560, 0x4b550]: Track[00]: Sync is invalid
========== LBA[308560, 0x4b550]: Main Channel ==========
              +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
      0(   0) 00 ff ff ff ff ff ff ff 00 ff ff ff ff ff ff ff
     10(  16) ff ff ff 00 69 b6 10 61 03 83 f4 cd bf 24 63 7a
              :
              :

The garbage byte (a part of the sync?) exists in first 8 byte of this sector. So, the offset is shifted by 8 byte... dic can't descramble these sector for this reason. Can you read these sector by the other tools (Isobuster, perfectrip clonecd etc.)?

Does this mean that if properly descrambled, the dump is correct and doesn't need any 0x55 fixes?

I don't know whether these sector are a mastering error, or a protect or not.

1,021

(3,538 replies, posted in General discussion)

Is it really ISO9660 disc? If so, it is easily unbelievable that "Only" old Windows (3.1?, 95?, 98?, 2000? etc) can read it.

1,022

(3,538 replies, posted in General discussion)

http://forum.redump.org/post/55106/#p55106
http://forum.redump.org/post/55327/#p55327
http://forum.redump.org/post/55479/#p55479

Attention
1. Before you report a bug, could you test the latest test version. Nevertheless a bug exists, could you upload all created file except bin, img and scm. And could you tell me the disc title ,region, barcode and ringcode.

Thanks several report, but I don't have these disc, so I can't test and fix them.

About PVD:
If it can't be read by IsoBuster, it is weird disc, otherwise dic's bug.

Yes. I'll add the total errors like edccchk in next version.

http://forum.redump.org/topic/16073/r09 … ification/
This disc will also show the errors are 3 in total.

1,024

(3,538 replies, posted in General discussion)

Confirmed.

The pre-last sector is erroneous. The last sector is reverted/scrambled.

Exactly, the last 4510 byte is reverted/scrambled. BTW, does reading error occur if isobuster reads these 2 sectors?

reentrant wrote:

It could this: http://redump.org/disc/42279/

Also Ring PROTECH cannot be dumped with Plextors.
1) Extract AUDIO using DIC.
2) Extract DATA using OptiARC.

This is the only solution...

Does this disc has "PROTECT.PRO" file? or found the string "Allocator" in bin file?


https://www.gamecopyworld.eu/games/pc_s … _old.shtml

Unreadable Errors
The topside of CD #1 has been "damaged", a ring (about 1 mm) is clearly visible at about 1/3 of the outside of the CD.

GameCopyWorld isn't using the word "Ring PROTECH". If this disc is really Ring PROTECH, GameCopyWorld will also use this word.
Protected disc list: http://www.cdmediaworld.com/hardware/cd … tech.shtml
This protect is also adopted in Japanese disc. http://www12.plala.or.jp/t2-bun/list5.html