DiscImageCreator

[Madroms]

Another topic: is it normal that for some PSX PAL demo discs, DIC reports: [INFO] This disc isn't PSX PAL. /nl is ignored.

Demo discs that I dumped which have this info reported by DIC:
https://redump.info/disc/531/
https://redump.info/disc/52732/

[iR0b0t]

Another topic: is it normal that for some PSX PAL demo discs, DIC reports: [INFO] This disc isn't PSX PAL. /nl is ignored.

I am assuming this has something to do with "SYSTEM.CNF" file.
Those discs may lack of "SYSTEM.CNF" file or the file lacks of "VMODE = PAL" value.

BOOT2 = cdrom0:\SLES_542.18;1
VER = 1.02
VMODE = PAL

Can you check which is the case?

[sarami]

Another topic: is it normal that for some PSX PAL demo discs, DIC reports: [INFO] This disc isn't PSX PAL. /nl is ignored.

dic checks this string of LBA: 4.

Code: Select all

LBA: 4

0000 : 20 20 20 20 20 20 20 20  20 20 4C 69 63 65 6E 73             Licens
0010 : 65 64 20 20 62 79 20 20  20 20 20 20 20 20 20 20   ed  by          
0020 : 53 6F 6E 79 20 43 6F 6D  70 75 74 65 72 20 45 6E   Sony Computer En
0030 : 74 65 72 74 61 69 6E 6D  65 6E 74 20 45 75 72 6F   tertainment Euro
0040 : 20 70 65 20 20 20 00 00  00 00 00 00 00 00 00 00    pe   ..........

You can also check LBA:4.

KailoKyra dumped this disc: https://redump.info/disc/3927/ but it wasn't matching the database, because DIC is not descrambling any of the last 3 sectors.

Attached the 3 last data sectors for this disc and the DIC log:

If I remember correctly, we agreed before that all sectors inside a data track with a valid sync should always be descrambled? But still DIC is not descrambling the first 2 sectors. The third and last sector has an invalid sync and shouldn't be descrambled.

Code: Select all

LBA[079915, 0x1382b]: Track[01]: Invalid mode. 

This sector was descrambled. IIRC, we agreed before about invalid mode.

Code: Select all

LBA[079916, 0x1382c]: Track[01]: Invalid mode. Invalid reserved byte. Skip descrambling

This sector was not descrambled because this sector is incomplete as data sector. IIRC, we also agreed before about incomplete data sector. For this sector, it seems sync of next sector is shifted by 12 bytes.

[Jackal]

Ok I fixed Magic Carpet according to these specifications (scrambled sector 79916). But is there an easy way (without redumping) to check similar dumps for any descrambled sectors that should have remained scrambled?

Some of the dumps that need to be checked:
Chasm - The Rift (Europe) (Sold Out Software)
Cyberwar (USA) (Disc 1)
Cyberwar (USA) (Disc 2)
Cyberwar (USA) (Disc 3)
MER Innebandy (Sweden)
PowerHouse (Europe) (En,Fr,De,Es)
Push-Over (Europe) (En,Fr,De,Es) (Hit Squad - Regenerator)
SimCity 2000 (Germany)
Steel Panthers (Germany)
Trolls (Europe) (1995)

More on this list, but it's outdated: /viewtopic.php?t=12070 … to-redump/

I guess we can find most of them this way:
https://redump.info/discs/errors/2/system/pc/
https://redump.info/discs/errors/3/system/pc/
https://redump.info/discs/errors/4/system/pc/
https://redump.info/discs/errors/5/system/pc/
https://redump.info/discs/errors/6/system/pc/
https://redump.info/discs/errors/7/system/pc/
https://redump.info/discs/errors/8/system/pc/
https://redump.info/discs/errors/9/system/pc/
https://redump.info/discs/errors/10/system/pc/
https://redump.info/discs/errors/12/system/pc/

Also, maybe a stupid question, but can we be sure that the offset of this dump is correct? https://redump.info/disc/19878/
Logs attached. The previous (old) dump of this disc was submitted with +0 offset and different Track02 pregap (and the old audio is off by 285 samples compared to the new dump). Most likely it was a dumping error, but there were some cases where different reading modes would give different offsets (588 samples difference with some SecuROM discs), so can we be sure that there is no drive/firmware bug here?

[sarami]

But is there an easy way (without redumping) to check similar dumps for any descrambled sectors that should have remained scrambled?

Scrambled sector of mode 1
---
0x814: 0x48, 0x815: 0x64, 0x816: 0x36, 0x817: 0xab, 0x818: 0x56, 0x819: 0xff, 0x81a: 0x7e, 0x81b: 0xc0

descrambled sector of mode 1
---
0x814: 0x00, 0x815: 0x00, 0x816: 0x00, 0x817: 0x00, 0x818: 0x00, 0x819: 0x00, 0x81a: 0x00, 0x81b: 0x00

but can we be sure that the offset of this dump is correct? ... but there were some cases where different reading modes would give different offsets (588 samples difference with some SecuROM discs)

According the disc.txt, SubCode[0], [2] and [8] show 285 samples. Perhaps px_d8 also outputs same result. But there isn't sync in LBA:14098.

This sync of LBA:14098 is LBA:14099.

Code: Select all

04B0 : 1C 43 49 F1 F6 C4 1A 43  1F 41 38 2B 00 FF FF FF   .CI....C.A8+....
04C0 : FF FF FF FF FF FF FF 00  02 89 74 61 00 28 00 1E   ..........ta.(..

I don't know why there isn't sync in LBA:014098. Gulf War Soukouden of FMT has similar problem. /viewtopic.php?t=11837 … new-dumps/

[xTMODx]

hi sarami, i had to redump this disc https://redump.info/disc/55274/ but i couldnt get a dump with newest DIC so i redumped with old dic and isobuster and they produced a different hash than the old one... could you check the logs please, i couldnt find any error
https://www.mediafire.com/file/5jmhv55m … p.rar/file
https://www.mediafire.com/file/f5wi1ql5 … p.rar/file

[sarami]

As cmd says,
1. If your disc has scratches, it needs to be polished
2. Try to dump with different drive speed
3. Try to dump with different drive

If the problem isn't solved, you can use this.

Code: Select all

Option (for CD SubChannel)
          /nq     Not fix SubQ

[Madroms]

Another topic: is it normal that for some PSX PAL demo discs, DIC reports: [INFO] This disc isn't PSX PAL. /nl is ignored.

dic checks this string of LBA: 4.

Code: Select all

LBA: 4

0000 : 20 20 20 20 20 20 20 20  20 20 4C 69 63 65 6E 73             Licens
0010 : 65 64 20 20 62 79 20 20  20 20 20 20 20 20 20 20   ed  by          
0020 : 53 6F 6E 79 20 43 6F 6D  70 75 74 65 72 20 45 6E   Sony Computer En
0030 : 74 65 72 74 61 69 6E 6D  65 6E 74 20 45 75 72 6F   tertainment Euro
0040 : 20 70 65 20 20 20 00 00  00 00 00 00 00 00 00 00    pe   ..........

You can also check LBA:4.

So they have a different LBA:4

Code: Select all

24D8h: 20 20 20 20 20 20 20 20 20 20 4C 69 63 65 6E 73            Licens 
24E8h: 65 64 20 20 62 79 20 20 20 20 20 20 20 20 20 20  ed  by           
24F8h: 53 6F 6E 79 20 43 6F 6D 70 75 74 65 72 20 45 6E  Sony Computer En 
2508h: 74 65 72 74 61 69 6E 6D 65 6E 74 28 45 75 72 6F  tertainment(Euro 
2518h: 70 65 29 00 00 00 00 00 00 00 00 00 00 00 00 00  pe)............. 

[RibShark]

Some early PAL and NTSC-U/C PS1 games have a different licensing string

Code: Select all

          Licensed  by          Sony Computer Entertainment(Europe)

or

Code: Select all

          Licensed  by          Sony Computer Entertainment of America

which is definitely worth noting if you need to detect regions. It shouldn't matter though, since libcrypt probably isn't on any of these early PAL discs.

[xTMODx]

As cmd says,
1. If your disc has scratches, it needs to be polished
2. Try to dump with different drive speed
3. Try to dump with different drive

If the problem isn't solved, you can use this.

Code: Select all

Option (for CD SubChannel)
          /nq     Not fix SubQ

i have tried with the /nq option and the plextor 712 drive but DIC crashed then, but with the plextor premium it worked perfectly even without the /nq option