1

(7 replies, posted in Dumps)

Endless Ocean >>
- Serial:     !!!from a gamecube disc!!!
- Ring Code:     !!!from a gamecube disc!!!


Zack & Wiki: Quest for Barbaros' Treasure  >>
- Image Size:     !!!from a gamecube disc!!!

YES! Even EU discs can have those, it just says where the disc was pressed

That's not the reason RetroGamer, otherwise his dumps would be complete wrong

F1ReB4LL wrote:

Subs are needed, then.

http://www.sendspace.com/file/vbbhvz

YES, tracks are identical if you remove these 3 additional minutes from track3, everything okay there

00 00 00 00 00 00 00 00 00 00 00 00 01 03 00 03
01 74 00 03 23 45 A6 D8 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
FF FF FF FF FF FF FF FF FF FF FF FF 01 03 00 00
00 00 00 06 25 44 FE 0D 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Okay changed dat naming, but why do you think there is something wrong with the dump?
It's fine as is!

SCANS http://rapidshare.com/files/407074051/Discs.7z

[ADDED] as Prototype 1 and 2, that may be changed, some scans would be nice.

And CUE sheet file has to be fixed, last track pregap -> 00:182:00

Write offset is +2 for the disc with audio tracks

And CDmage reports no errors!

It's just because the entire postgap of 150 sectors is FORM1 and contains EDC checksums there.

9

(3 replies, posted in Fixes & additions)

cicofalzina wrote:

http://redump.org/disc/13685/ has only 1 track

in  playstation datacenter has 3 tracks

what is right one?

i asked the dumper to re-check it, give him some time...

10

(3 replies, posted in Dumps)

painday1 wrote:

A0100884631-0101

Jackal wrote:

Hi.. Shouldn't this be a CD??

according to ring information, yes, a CD


but was read out in 2048 extraction mode

11

(13 replies, posted in Dumps)

well, you may not believe it, but dreamcast discs are crazy enough to refuse the reading complete once you try it, and an other time they run through in one attempt from beginning to the end cool

maybe you need a magic word or a golden key? tongue

12

(13 replies, posted in Dumps)

amarok wrote:

I always thought ice needed a complete dump

de-scrambling doesn't need a full dump, it works with "sequences".

I will change everything right now, track6 will match anyway later if you try it again, sometimes the drive is rotating not "soft" enough to read the data in the outer ranges, and not only outer, inner too when it tries to position the laser for the first sectors reading.

13

(13 replies, posted in Dumps)

amarok wrote:

it becomes unreadable as of sector ~350.000

could you a least post your results for the first tracks?
the last (data) track is in these ranges, so leading audio tracks should be correct then, read the disc out till say 300.000 and let ICE extract audio tracks smile

14

(13 replies, posted in Dumps)

well, we had once a bad dump by pnkiller, he used these times an other dumping method and something must have gonna wrong, maybe also here(?)

Anyway, high density tracks of these 4 discs should usually match

sorry, but NO, the only 100% secure way is to run it on your console

rosewood wrote:

The only way I can play games is via FTP and HDD

that will do too!

you can compare the amount of error sectors in ddump.log and cdmage, if they show same amount of errors then your dump should be okay(?)

but, anyway, you are trying to dump RING PROTECH & LaserLock discs, those are "hard" to dump, and can return a bad result sometimes!

p.s. you can also try clonecd on such discs and compare your results with ddump.

17

(5 replies, posted in Fixes & additions)

Jackal wrote:

Personally I think it's a letter, because of how wide it is

its not that wide as M letter, a letter O has always a wideness like the widest letter = M, its a standard.

Jackal wrote:

if you see the zero on the left then it looks clearly different

yes, because 0MM was used to have a different style, there was used a factory STAMP tool to stamp 0MM and A05 inside (which is in my opinion a machine number), the other ring code is burned.



here a direct compare 0MM | OMM

digit is 3 millimeters, letter is 4 millimeters

guess he added "Umlaut" conversion only, not all other special characters

19

(5 replies, posted in Dumps)

hiker provided same hashes for both disc4+5, or however ...

20

(3 replies, posted in General discussion)

these are different script styles


edit: seeing my mirror, must be drunk  lol

21

(3 replies, posted in Dumps)

i probably know what the real reason is,
if they try to get their stuff in first way that people exchange their own "more expensive" stuff for other half priced discs, which puppy is buying, then they will have soon no discs for trading, you know?  tongue

all the cheap stuff for trading is away, people have nothing to exchange, shop goes bankrupt, puppydee is worse than pirates and second hand together big_smile big_smile big_smile

okay, but this pack was limited to some 1000 copies probably

It's a part of "Formula One 2002 Limited Edition"


http://im4.ebidst.com/upload_big/7/1/4/1257703475-13411-0.jpg

can not find the correct 2002 cover, but it looks same

http://ecx.images-amazon.com/images/I/51YKB3057TL._SS400_.jpg

huh, i don't see tossEAC have listed these 2 languages

25

(11 replies, posted in General discussion)

HwitVlf wrote:

What format should the info be in?

That one you used, but without "0x" before all hash values

HwitVlf wrote:

Is there a way to get it to produce a cue that is closer to what it's supposed to be?

You can use EAC created cue sheets to submit them via WIP, they will be parsed properly, the only change you need to do is, to replace MODEx/xxxx with a proper value. The second part is always same = 2352, data type depends on system and/or pressing:

MODE2/2352 -> PSX / PS2 / CD-i / ...
MODE1/2352 -> SAT / SCD / 3DO / DC / Amiga / ...

Systems with "liquid" data type are IBM PC and MACINTOSH (mac is not confimed)