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

1,277

(3 replies, posted in General discussion)

these are different script styles


edit: seeing my mirror, must be drunk  lol

1,278

(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)

1,279

(3 replies, posted in General discussion)

depends on the disc size of course

you should either go by the size in sectors etc. not percentage

1,280

(4 replies, posted in General discussion)

these are two different things, Xbox1 and Xbox360, and Jackal wrote a tut for Xbox1 only, Xbox360 isn't officially there that's why it is hidden (moved to tracker section) right now

yes, i just noticed right now, so its a disney title

"Pirates of the Caribbean: The Legend of Jack Sparrow" is not

anyway, sometimes its really weird

It is going definitely to far, we should distinguish between unneeded game developer string (like EA Sports and that weird NFS pre-fix) & producer and/or copyright holder (like Disney, Tony Hawk, Tom Clancy ...)

In case of "Pirates of the Caribbean: At World's End" is Disney one of the three developers, and I would not count it as disneys title (?)

okay, that's fine, your drive read offset is +96, that means disc write offset is -12.

you can dump that disc yourself also, use +84 (lines from isobuster) value in EAC, try to detect the pregap by pressing "F4", if your drive is not able to detect it, then extract that track without pregap and add it afterward to the beginning (hexeditor or by using COPY function with dummy file)

you can let somebody do it also, its a task of some seconds, if you wish let me know and i will do it.

puppydee could you please tell us the title of this game, so we can at least take a look for that?

I guess its best you post some pics, when your drive's read offset is +102 its not really understandable to have 21 lines of "garbage". Maybe its 20 or 22 lines(?)

And some info about: drive read offset + sectors amount you was going backward, would be helpful, thanks

ahh, didn't know lol roll

RiMMER wrote:
  • video dvds using isobuster

  • pc/ps2 dvds using isobuster

those can be dumped with any drive without problems.

RiMMER wrote:
  • audio cds (soundtracks) using EAC

For discs with audio tracks the best choice would be a drive with over-read function.
There are plenty of them, some are listed here -> http://www.daefeatures.co.uk/search.php (use with cause lol)

I would recommend a real Plextor roll and/or Lite-on SOHD-167T (it can over-read and can be used for Dreamcast dumping also)

you can also submit the original EAC log for your dumps, CUE parser ignores all WAVE attributes and block size is always 2352, the only thing we have to know is MODE type, for PSX/PS2 (MODE2) + SAT (MODE1) its always fixed and you don't need to change it, for all the other systems we do  need to know it, velocity37 has mentioned above how to get it.

I am a little bit confused by the EAC log you posted above, ahh... now i see the problem, you are using there a wrong GAP HANDLING.

1,289

(21 replies, posted in General discussion)

Ah, I see your though, yes it makes sense, but I think xbox data is already pre-compressed and it would not make a difference of game data and random padded one.

1,290

(21 replies, posted in General discussion)

jamjam wrote:

I guess larger games end up having a smaller filesize

How is that meant?

1,291

(1 replies, posted in News)

:thumbs up:

HAPPY XBOX DUMPING  big_smile

1,292

(11 replies, posted in General discussion)

Okay, i must say, excluding padded areas would mean altering the stream.

I know we aren't dumping subchannel data and its almost "same" like exclude these padded areas, but, subchannels can be dumped afterward, those left out areas NOT.

I know, the main point of this poll is to bring a PC dumping method in play, but I am sure we can find a method to use pc ways too even that we are not able to do that now, so please hold on, time will come, and you will be saved tongue

amen smile

okay, thx, you don't need the covers, we can fix it to Italy

Arhi they must be from an other region, the actual UK discs with these numbers were dumped lately.

Do you remember where you have bought them? Is it maybe Russian releases?
Would be great if you can make some scans.

1,295

(3 replies, posted in General discussion)

yeah, this dumping method is protected by a patent  lol

please do not use write offset from high density area on low density tracks !

these two areas were mastered on different ways, probably on the same machine but "maybe" with 2 different offsets.

determine the write offset from low density area using the standard cd dumping guide, and dont care about high density offset, ICE is shifting it automatically to the correct position.

1,297

(6 replies, posted in General discussion)

yeah, its a little bit messy but it works smile

1,298

(6 replies, posted in General discussion)

when the last 20 samples of LG dump are different to other tracks (zeroed), then you will have to copy them over

1,299

(6 replies, posted in General discussion)

EAC has had cut these negative offset corrections, use the track from LG as a main one,
then add zeroed missing samples to the other two tracks and compare the END only from all three tracks,
they should match! If so, then LG track is correct and you just need to add a pregap to its beginning!

okay, nice, there IS your difference wink

please continue the discussion in the other topic now...