Could you upload a 32-bit version? I can't test 64-bit programs.
You are not logged in. Please login or register.
Redump Forum → Posts by Enker
Could you upload a 32-bit version? I can't test 64-bit programs.
upload version 20121228.
All three issues are still present in this version, though I didn't expect them to be fixed yet.
For the present, cleaning your pickup lens of drive & disc.
1. I redumped the disc at speed 0 with the new version and it produced a cleaner sub file, but the issue still remains. The disc is very clean, but there is a tiny spot I see that could be causing the issue.
This file is created by perfectrip? If so, please look at the setting for your PC.
2. Both your program and PerfectRip have the file name issue. I don't think there is any setting I can change to fix this. Other programs I use don't have this issue.
3. Take a look below to see the problem I'm talking about. The first 3 bytes are the issue.
EF BB BF 5B 43 6C 6F 6E 65 43 44 5D 0D 0A 56 65 ï»¿[CloneCD]..Ve
EF BB BF 46 49 4C 45 20 22 54 6F 75 73 68 69 6E ï»¿FILE "Toushin
I'm still on old 32-bit, but that would be nice for many others I'm sure. This program would be a good addition to the dumping guides, once all of the issues are fixed.
Hi sarami, I've got a few issues to report.
1. I was verifying this disc with your program and tracks 12 & 13 don't match the database. I dumped it using two different drives and got the same results. However, when I dump it with PerfectRip or EAC my results match the database. The pregap seems to be detected differently, which is causing it to not match. Here is a link with the log files and subcode file: Toushinden (Japan) (v1.1)
2. As you can see from my files, the program does not keep periods in the file name (v1.1 gets named as v1). Is this an easy problem to fix or not fixable?
3. The last issue is with .ccd and .cue file output. Can you make the program not add a byte order mark at the start of the file? This makes the .cue files not match the database, and having a BOM makes .ccd files and .cue files unusable in a lot of software.
I hope you can fix these issues in a future version
It's exactly the same as the Xbox 1 dumping method, so you can just follow that guide's instructions. Just make sure you don't calculate the SS.bin CRC32 until after you pass it to ss_sector_range.exe. The SS gets fixed by the program, which is necessary in order to match others' SS CRCs, but usually the SS is different for most dumps. Xbox 1 SS doesn't need fixing so you can calculate the CRC any time.
There are also a couple other steps for 360 games, but they are simple.
- Open DMI.bin and copy the string from offset 0x40-4C (13 bytes). Post this in the comments section. It contains the serial, version, and region.
- Open Track 01.iso in IsoBuster and copy the Primary Volume Descriptor:
Sector 16: 0320 - 0370. Post this in the PVD section.
To answer your question about the dumping method, it's true our .iso dumps don't contain the security info, but you can inject it later with Xbox Backup Creator using the DMI, PFI, and SS files that you dump.
I can confirm it for USA and Japan, but I think it's very likely that Europe is the same because there are some Europe dumps with the code on the label side.
I've noticed that all of the recent PS3 dumps keep getting the mould code/text added to the data side field. This is incorrect. All PS3 games only have one mould code/text and it is always on the label side. I hope this can be fixed so that we don't have a database full of inaccurate information.
Here are some examples of different region mould codes/text:
Europe: IFPI 94xx
USA: IFPI QWxx
iR0b0t, please move my Plextor PX-708A entry to the supported drives list. I tested it some more and got it to work repeatedly. I also retested my ASUS and got it to work a little bit, but now I can't get it to work again.
PS: Just a note for anyone dumping GD-ROMs. Make sure you dump the disc at least twice for new dumps and don't rely on the ice output to tell you if something is bad. For one verification I did the first time I dumped the disc it didn't match but ice didn't report any errors. The disc is a little bit scratched, so I had to use DCdumper to dump it successfully.
Well, not all BD drives will work. I think ASUS, Lite-On, and Samsung drives should work since others have dumped successfully with these brands. My drive is a Lite-On iHBS112 2 and it works, but dumping is pretty slow. If you do get a working drive, make your first dump a verification because some drives may overdump the discs.
Nothing has changed with regards to dumping. Use a BD drive and IsoBuster or ImgBurn to dump the discs. The PS3 section is accessible to dumpers only, and there are still not any guides for dumping the discs. The dat file has the same checksums as always (encrypted dumps).
I didn't know about mislabeled licensed discs. My unlicensed discs don't have the logos. Identifying by ringcodes is good, but most members don't know how to do that, which brings up another guide issue that I'll explain below.
It'd be nice if we had a ringcode guide on the site. There are a lot of new and old members that don't know they are supposed to provide the codes with their dumps. Having a guide would eliminate the confusion, since the current guides only cover dumping and they don't even mention ringcodes. There have been some helpful posts by members in the dumps forum recently. Maybe their posts could be the basis for a guide on ringcodes.
I was already using the intelligent bad sector scanner with the SafeDisc profile.
Dumping as audio with the audio trap disc didn't get any farther than dumping as normal.
I agree with iR0b0t. Those rings look like physical gaps in the discs, which is causing the dumping problems. Even the blue disc has a ring, which is probably why they all stop at 6%.
Here's some info about the discs if anyone wanted to know:
CD discs: 318933 sectors, has data from SLUS-20202 (Crazy Taxi)
DVD discs: 2282416 sectors, has data from SLUS-20071 (DOA2: Hardcore)
I gave up on the error skipping methods. They take too long and it usually gives me a different unreadable sector each time I try to copy. I was hoping that there would be an easy method to copy these discs, but I'm not too concerned about them, I was just curious if they could be dumped.
EDIT: I tried your IsoBuster method and it didn't work, the program just locked up with two different drives. I've already tried the CloneCD method, so it looks like these discs are copy-proof. It'd be nice if there were a program to run on the PS2 itself that could dump discs, that might be the only way.
Yes, these drives can dump GD-ROM discs, but I haven't had very good results with my drive. Most of my discs won't dump because of very minor scratches, which makes me think it's not the best for these discs, but it does dump Xbox/360 discs, which is mainly what I wanted.
The SH and TS drives use the same Kreon firmware, but each letter revision of the drives uses a different Kreon firmware. When flashing the TS drives you have to run the command "sfdnwin.exe -nocheck" and then select the Kreon firmware, you have to do this because the flasher only wants to flash SH drives by default.
pablogm123 is correct that the TS-Hxxxx are OEM drives, mine is a Dell. So you could also search for HP or Dell to find the TS drives. The TS drives are usually cheaper, mine was $13 new. Just make sure you don't get the C version of the SH-D163/TS-H353, it's not Kreon compatible.
I mentioned some Kreon compatible drives in the Dreamcast thread, but I'll list all of them here for quick reference. You can search for either Samsung, Toshiba, or TSSTcorp to find these drives.
IDE drives: SD-M2012C, SH-D162C, SH-D162D, TS-H352C, TS-H352D
SATA drives: SH-D163A, SH-D163B, TS-H353A, TS-H353B
Don't all licensed CD discs have the "Compact Disc" logo and all licensed DVD discs have the "DVD ROM" logo? Maybe that could be added, too, to make it more beginner friendly.
Also, the guide should mention posting the layerbreak for dual-layer discs and also how to find it. Dual-layer discs can be identified by the dual ringcode.
I don't have access to a scanner right now, but I can tell you that each disc has a small section outside of the ringcode section in the data area that is a different shade from the rest of the disc's data area. The Swap Magic discs also have a lot of little rings that run through the data area. Here's a page with a small picture of a Swap Magic disc.
Here's a page about how the discs work, maybe it can help?
The CloneCD profile didn't help, it still won't dump the discs. One of mine is a DVD, so I think they all use the same weird protection. The discs seem to include retail game data, so they must do some trickery to boot on the PS2.
I figured they were. So, discs with protection like this can't be dumped?
I have 3 unlicensed PS2 discs: Swap Magic 3.6 CD & DVD, and a GameShark disc. All of these discs only dump about 6% before I get an unreadable sector error. None of the discs are scratched and they all stop at 6%, so they all must have some kind of protection. I've tried dumping them with all of my drives and none of them can dump more than 6%. Does anyone know what could be causing this to happen?
You can dump it if you want. Just leave a comment about it being included with the game, and also post the redump link to the game.
Wow, thanks a lot! I thought that it wasn't good because it does have a small scratch, but if it matches then I'll submit it. Too bad I can't verify those other two discs I have with scratches, the hashes don't match. I still have to gather the ring info before I submit all of my dumps, so it might take me a day or two to submit them. Next I'll be working on PS2/3, SS/DC, and Xbox/360 dumps. I haven't dumped most of these type of discs before, so hopefully I won't run into any problems. Thanks again to both of you for your help.
One of my drives slows down while copying the disc, but the others seem fine. It slows down at 70% done. The audio tracks seem fine. Here is some info about the disc and the hashes in dat format:
Serial: PBPX-95002, SCUS-94418
EXE date: 1997-07-25
<game name="Interactive CD Sampler Disc Volume 4"> <description>Interactive CD Sampler Disc Volume 4</description> <rom name="Track01.bin" size="640174416" crc="fbedb40d" md5="34bd976fb93212d508706c090f36f18e" sha1="124146d68022f1ba72b8221be60d1a086725af06"/> <rom name="Track02.bin" size="26765760" crc="b6a2c6e6" md5="bdaebd20f84020d17dee50829628ebd2" sha1="f1d1320919acbb3bd083279718501c71d634facf"/> <rom name="Track03.bin" size="25530960" crc="74f6dff0" md5="036490fa03602818a106deea8b84427e" sha1="e6105fe0e24bd5bd1128d5ad4c136ab72708416a"/> </game>
Well, I dumped it with a third drive and got the same hashes. This disc doesn't have EDC or any protections. There is a small scratch, so I won't submit this one until I can fix the disc and do another dump. I know what you mean about plextor's having issues, I found that out when I started dumping, the results didn't match my other drives.
P.S. Would anyone happen to know of a good way to fix a scratch? I have two other discs I can't verify because they both have 1 stubborn little scratch. I've tried to fix those, but nothing has worked.
Redump Forum → Posts by Enker