76

(1 replies, posted in General discussion)

Hi there, I'm thinking of moving permanently to Ubuntu, but I'm worried about the dumping programs we use here not running correctly under wine.
Is there anyone here that uses linux to dump their discs?

F1ReB4LL wrote:

Unless he's interested to modify PerfectRip (which is written on Delphi) instead of writing everything from scratch.

Feltzkrone wrote:

... I have already finished the thin JNI DeviceIO DLL for Win32/SPTI and used it successfully in Java (plain dump of all sectors of a disc using READ CD CDBs). First I'll need to read and interprete TOC properly, I'll care about that until weekend, so I guess we won't lose any time when waiting (with knowledge exchange) until then. ...

I'm glad you went that way, because PerfectRip has that gap issue and didn't gave consistent results even when there were no C2 errors.

Feltzkrone may I suggest that you go for Java command-line because in the future it would be easier to port the program to other OSs.

"because it bugs in firefox for me"
Just try it on a clean profile (run firefox.exe -p)
I use it here without a problem whatsoever (with ABP and scripts enabled in NoScript)

80

(27 replies, posted in General discussion)

@Rocknroms: The whole 3 seconds of the pregap are scrambled data sectors.

The way I see it, for full preservation, in this cases, we'll need to store the subchannel file with the dump information. Luckily, 7zipped compressed subchannel info can be less than 1 MB.

81

(27 replies, posted in General discussion)

@whoever added my dump: I think you should leave the comment about the scrambled data in the track 2 pregap.

82

(27 replies, posted in General discussion)

If you use Isobuster the pregap will be descrambled, no? Then won't you need to scramble it to put it back on the audio track if the data is marked as audio in the subs?

83

(27 replies, posted in General discussion)

Subs (Plextor Premium): http://sharebee.com/3b7e318e
Subs (Plextor PX-760A): http://sharebee.com/fec7ea62

84

(27 replies, posted in General discussion)

So F1ReB4LL, can you post a little tutorial on how I extract the first track after dumping the image with cdtoimg?

85

(27 replies, posted in General discussion)

Here's the first part of the file:
http://www.megaupload.com/?d=Q8DRQC6G

86

(27 replies, posted in General discussion)

I'll upload the first part of track 1 and post the link tomorrow (gonna leave it uploading overnight tongue)

87

(27 replies, posted in General discussion)

Hi guys, I'm trying to dump Twinsen's Odyssey, which has the following structure

FILE "Twinsen's Odyssey (Track 01).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "Twinsen's Odyssey (Track 02).bin" BINARY
  TRACK 02 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:03:00
FILE "Twinsen's Odyssey (Track 03).bin" BINARY
  TRACK 03 AUDIO
    INDEX 01 00:00:00
FILE "Twinsen's Odyssey (Track 04).bin" BINARY
  TRACK 04 AUDIO
    INDEX 01 00:00:00
FILE "Twinsen's Odyssey (Track 05).bin" BINARY
  TRACK 05 AUDIO
    INDEX 01 00:00:00
FILE "Twinsen's Odyssey (Track 06).bin" BINARY
  TRACK 06 AUDIO
    INDEX 01 00:00:00
FILE "Twinsen's Odyssey (Track 07).bin" BINARY
  TRACK 07 AUDIO
    INDEX 01 00:00:00

I used px_d8 to detect the write offset (+2) and I was able to get somewhat consistent results:
Track 1: Plextor 760A = Plextor Premium = NEC 3540A = Pioneer 115D (after using 'resize')
Track 2: Plextor 760A = Plextor Premium <> NEC 3540A = Pioneer 115D
Tracks 3-6: Plextor 760A = Plextor Premium = NEC 3540A = Pioneer 115D
Track 7: Plextor 760A = Plextor Premium <> NEC 3540A = Pioneer 115D (No overread in these two, so I'm not worried)

The problem is this:
If I try to use the Isobuster way to find the write offset, either the drives can't seek to the sector (192504 - 225) or the sector is always full of data, but if I just click on track 2 and use sector view (which leads to sector 192504) I can calculate the write offset.
So I took a look with HxD at what was at those 529200 bytes (3 second pregap) that I was removing with 'resize' and what I got was actual data, as you can see in the attachment (scroll to 2B80).

So what should I do here?

Those games are meant NOT to be properly dumped.
At least with earlier protections we can still get consistent results and the games can be played without any sort of emulation.

Hi pepsidrinker, do you have any idea why your dump of Dissidia Final Fantasy was 3801088 bytes smaller than the iND release?

I've uploaded the extra bytes in case you want to take a look: http://sharebee.com/014afe99

BTW, there's an extra space after Fantasy so the md5/crc32 files look like this: Dissidia Final Fantasy  (USA) (1.00).md5

Thanks for the info layzee.

BTW, Gemini has released a English translation for v1.2 of Akumajou Dracula X, you can get it here:http://gemini.aerdan.org/forums/index.php?topic=160.0

minor extra content (PlayStation the Best/PSOne Books PS1 versions of Akumajou Dracula X: Gekka no Yasoukyoku)

What extra contents are those?

Superdump is great but there is an issue with NGC games with more than one disc in v1.3. The ID for the second disc has a smiley face at the end and the file cannot be created because of that. For those discs you have to use v1.2, which uses 0.bin, 1.bin, etc.

Amazing stuff huygens big_smile

In case anyone is interested, the latest version of WavPack will include encoding of raw pcm data.
This might be useful for packiso.

"but some people think it would be better to have EDC data in their PSX images"
LOL, some people are just retarded lol

I wonder why do they have all this trouble of modifying the images...

Hey guys, I got a image of Resident Evil (U) [SLUS-00170] and when I check it with psxt001z I get the following output

psxt001z by Dremora, v0.21 beta 1

File: Track 01.bin
Size (bytes):   680732304
From image:     680379504
Size (sectors): 289427
From image:     289277
EDC in Form 2 sectors: YES
ID: SLUS-00170
Date: 1996-03-07
System area: US EDC

The dump from the db gives this:

psxt001z by Dremora, v0.21 beta 1

File: Resident Evil (U) [SLUS-00170].bin
Size (bytes):   680379504 (OK)
Size (sectors): 289277 (OK)
EDC in Form 2 sectors: NO
ID: SLUS-00170
Date: 1996-03-07
System area: US NoEDC

Can a bad dump "fool" psxt001z or this might be another version?

Jackal wrote:

Each naming has its advantages and disadvantages.. when we last discussed it I think most people still preferred the current PSX naming because it also included serial.. also, imho I think having the languages in the filename is superfluous..

I find it useful indeed to have the serial in the filename, but I also like having the full country name and languages, when there's more than one.
In the end, even if it was changed, it wouldn't please everyone neutral
It's probably better to leave it as it is.

Can someone fix the no-intro cuesheet generation?

Now that I think about it, maybe No-Intro formatting should be the default one.
What do you guys think?

nrl_quaker how can we get "no-intro" cuesheets too?