Search options (Page 3 of 12)

http://www.mediafire.com/?7jiiwwp6r8qh7lb

Fully clean subcode of Wip3out (Europe) (En,Fr,De,Es,It) without random errors and with the expected modified frames (curiosly, being a disc produced by Sony DADC pregaps are Philips style), so that you can examinate it. As far I know, actual contents of the modified frames isn't actually important for this protection in a real console as long as the calculated CRC-16 doesn't match the stored Q-CRC16.

Any chance of smartly detecting these frames and do not repair them? Or at least the already implemented option but affecting only RMSFs 03:xx:xx and 09:xx:xx, the known positions of these modified frames.

http://www.mediafire.com/?zyggub7owugg48q

Test of a PS1 disc with LibCrypt protection.

http://redump.org/disc/355/

To check what DIC does regarding the modified subcode frames, they are mentioned in the DB entry.

This subforum:
http://forum.redump.org/forum/11/dumps/

As template, but specifying more clearly what is mastering ring code, mastering SID code, toolstamp, mould SID code and additional mould text, layer from that code and we put <TAB> for any ammount of multiple spaces:
http://forum.redump.org/topic/13553/

Taking this as example, would be this way:

http://redump.org/disc/29391/

Mastering ring code:
Sony DADC<TAB>5057288DVD 01

Mastering SID code:
IFPI LY33

Mould SID code:
IFPI AEW37

And because it's a single layer DVD, only there is codes in that layer, as general rule (certain DVD-5 discs can contain a dummy second layer with codes more or less readable depending on how the artwork cover these codes).

CD Manipulator does support RAW DAO 96 burning, subcodes generated by the software (when no sub is available) or read from the sub file. ImgBurn is simply RAW SAO, subcodes generated by burner according to the cuesheet sent.

Regarding dumping of Tagès:

http://club.myce.com/showthread.php?t=51912
http://club.myce.com/showthread.php?t=89212

Separated compatibility is better, can be used as bin/cue, ccd/img/sub image and opened by programs as IsoBuster and CDmage. The major thing is understand that MDFs of CD discs won't match due to random errors in the subcode, nothing more. Once separated, main channel should match if the dumps are good (and should match IsoBuster, CDManipulator's... imgs if disc doesn't contain audio tracks).

Erroneous sector of CDs discs protected by SecuROM is in the postgap, the 4th sector from the end. This sector reminds the last sector of data tracks of PS1 discs without EDC in form 2 sectors and with audio tracks, looks very similar, a mode 2 sector with erroneous ECC data.

A read error doesn't sound good, even if sectors 0-15 are don't contain normally useful data in PC games, it's normally used only for console discs (header and whatnot of Saturn games, logo and license of PS1 discs...).

Only MDS format can capture data of physical measurements (due to that it's suggested in the guide to create one MDS file for personal use), needed for SecuROM and StarForce. ccd cannot capture that, it's a simple .txt file similar to a .ini file which describes the TOC, but nothing related to physical measurements. I doubt that a personal backup will work without doing anything special due to the physical measurements performed by the protections.

RPMS needed to burn and Alcohol to emulate DPM data. Perhaps Daemon Tools with SPTD installed, to enable advanced emulation options can mount the image (or even create it in certain advanced editions) and get this image acting as the original disc in order not to wear the precious original disc.

For Safedisc, a decent burner capable of burning weak sectors (decent EFM encoder) and done, as far I remember.

That page contains updated and accurate data, was written by MrTikki after asking me and others lots of questions to write the best possible guides yet easy of understand.

Guide basically says that you should extract the data track as usual using IsoBuster, raw mode. You should dump the disc at least twice and make sure that dumps are identical, better yet if using different drives when possible.

Nothing more is needed for the DB, except obviously the errors count (1 expected error in the postgap zone) and perhaps a quick and dirty subcode dump got by CloneCD/CDManipulator (subdump only if are really interested in getting the cleanest subcodes possible, but it's very time consuming and for detecting CATALOGs and so on even a quick and dirty subcode dump by CloneCD is good enough) to determinate properly if the disc contains CATALOG and other possible flags. One good strategy and efficient would be dumping the disc as usual using IsoBuster, and then a CloneCD/CDManipulator (see the screenshot posted below) dump with the proper profile to kill two birds with one stone: to verify the IsoBuster dump and to get the quick and dirty subcode dump that you can upload (subcodes compressed are very small files).

For you personal backup and archive perhaps you could desire to create a mds file for that disc. Create it and archive it. If the dump by Alcohol lacks of subcodes mdf file must match the dump got by IsoBuster and/or CloneCD/CDManipulator.

P.S.: CDManipulator can create .ccd files if you choose that in the file output options once selected the multi-session mode. Just use any plain text editor to delete the ficticious ISRCs which uses to add due to random errors in the subcode not properly ignored.

[TRACK 1]
MODE=1
ISRC=0@41=0100013
INDEX 1=0

[TRACK 1]
MODE=1
INDEX 1=0

Subdump:
https://www.dropbox.com/s/dmkd2l490mtdrm1/subdump.zip

Reference of command line for a non-real Plextor drive:

subdump.exe -i g: -f test.sub -mode 1 -rereadnum 25 -speed 8 -flushspeed 8 -fix 2

Optimal speed depends on the drive used. Certain drives read better at lower speeds (4x/8x), others one at higher speed (24x and higher).

If there is a  real Plextor drive which supports D8 command:

subdump.exe -i g: -f test.sub -mode 2 -rereadnum 25 -speed 8 -flushspeed 8 -fix 2

And if you are just interested in getting a quick and dirty subcode dump, somewhat cleaner than the one got by CloneCD/CDManipulator and verifying the linearity of subcodes frames add the -quick parameter.

As long as the program and platform you run use the standard 0xBE read command, the dump is raw (2352 bytes per sector) and you have a minimally decent drive everything is OK and extension doesn't matter actually. Anyway, for CD discs we don't add cooked dumps, 2048 bytes per sector.

To put this simple taking as example a conventional, without Safedisc, SecuROM and these things, PC CD game with just a data track extracted by Isobuster in raw mode, CloneCD (when using this one TURN OFF regeneration of data in the read profile, we don't want that CloneCD fixes in the fly user data of damaged sectors using the stored ECC because this is as dumping a disc into raw mode to fix later bad sectors using CDmage, dumps shouldn't be modified in this sense) and Alcohol 120%.

bin of bin/cue = img of ccd/img/sub = mdf of mds/mdf (only if subcodes weren't read, if so mdf will contain interleaved subcode data and you need the 2448to2352 program by themabus to split the mdf file into main channel and subcode). Simple as that.

Problem are discs with audio tracks, you have to find a program for Linux which can:
-Perform a secure ripping, either by multiple reads or C2 pointers.
-Correct the offset, any value you desire once detected the proper one.
-Detect properly gaps and append them to the next track.
*-Detect possible CATALOG/DCP/ISRC flags (this ideally for discs with only a data track as well).
-Extract to headerless files, or at least run sox to remove RIFF headers.

*Answer to the "Is cue good enough for detailing all the intricacies of the disc or is there some more information" question. To detect them PR is good and for discs without copy protections and with just a single data should work even without a real Plextor drive.

Speaking of cuesheets...

http://www.mediafire.com/?9h9cb8k4ic4512n

http://redump.org/disc/24412/

http://redump.org/disc/24412/cue/

Multiple indexes aren't added. Could you see this and fix it?

Never was so easy to split properly into individual tracks and indexes a bin/cue image.

To test my favourite PS1 soundtrack, Racingroovy／ レーシングルーヴィー。Variety of styles in the racing themes and likely one of the best menu themes I have ever listened. Composed/produced by Satoru Wono, just in case that someone is interested in tagging properly these tracks (names of tracks 06-13 [racing themes], including these ones, are official, they are in the booklet and in the juke box of the game).

.DA files, which are actually linked to audio tracks. Windows adds automatically the RIFF header (and due to this are actually .wav files once renamed to *.wav) when you copy these ones as normal files from the physical CD/virtual drive once mounted the image via the file manager of Windows. Of course, the best option is from a virtual drive mounting the redump image, because copied files will be offset corrected, it's impossible that there are C2 errors and it's much faster.

Ordered by LBAs.

Splitted .wav files compared against the ones which were extracted a time ago via mounting the image into a virtual drive and copying these .DA files as normal files. Then renamed, tagged and whatnot. Fully success! DA files don't include pregap (length of audio is dictated by the ISO9660 file linked to the audio track, without including pregap) and therefore match the .wav files created.

To test this deeply, I have converted the .wav files to headerless files by removing the first 44 bytes and renaming to .raw.

All pregaps of this disc include only digital silence and hashes are the expected ones for a file filled with 352800 bytes of zeroes.

Last test: prepend 352800 bytes of zeroes to the indexes 1 of tracks, to restore the missing pregaps. As expected, now they match the original .bins, thus .wav files have the right size, they are properly aligned and no audio data was lost.

No one will use nowadays CDRWin to burn a bin/cue image with the CDG directives, but a ccd/img/sub image and CloneCD. Or simply mounting that image which double as the original CD, but including fully error free subcodes.

/p option should rip the pregap always, no matter if first track is audio, data or AMSF 00:02:00 is/isn't marked as index 00 by the subs. Currently it refuses to extract the pregap of that miniCD bundled with Tenbu Mega CD Special because AMSF 00:02:00 isn't marked as index 00.