|
Post by kinghanco on Apr 23, 2007 2:46:56 GMT -5
Ok this is really bugging me. IsoBuster and Alcohol 52% had a hard time reading a sector at the end. IsoBuster did abort and I had to restart over. CloneCD just dump without a stopping problem. Anyway I have 3 different CRC32, MD5 and SHA1. I don't know if I got a good dump or not. So Alcohol 52% made a good dump? Look at the sizes on all 3. IsoBuster (In Zip. Size 716 M Packed Size 514 M) CRC32 7f4968c9 MD5 5cac84e241f2d16fd086b357f79aed26 SHA1 a8dacd25e0b7f9271882051269a5a49c73341d59 Alcohol 52% (In Zip. Size 716 M Packed Size 507 M) CRC32 d4b33c1d MD5 4c53d610cd9061410639c4eba841cb44 SHA1 6dbe66e5d22355e68e438472d668804368de7762 CloneCD (In Zip. Size 716 M Packed Size 517 M) CRC32 484ce79b MD5 df1b1a20dfcd55cd0e3426f5fbdd3699 SHA1 57e798e62c3dc85715d4c74f8f231d0ba33e8c58 ================================================ Edit: Ok I did some testing by import the sectors. I notice that Alcohol 32% dump didn't changes a thing. But IsoBuster dump and CloneCD dump did changes. Yes I re-download the CDmage again. I just want to know one those are a good dump. It seem that Alcohol 32% the best program! Btw: I made backup before testing and I never uses fixes this time. I'm keeping the Alcohol 32% dump and get rid of the other 2 dump.
|
|
|
Post by patrickp on Apr 23, 2007 15:06:53 GMT -5
|
|
|
Post by Melanogaster on Apr 23, 2007 20:11:56 GMT -5
32%...?
|
|
|
Post by kinghanco on Apr 23, 2007 23:14:24 GMT -5
There is noway I can get my games images to match on their database. Dump the cds and leave the images alone is the true dump. Check for corruption for bad sectors and bad files is more important. I don't know why they think hacking, braking sectors and modding the games will be a perfect dump. Anyway I panic even trying to do what the faq said here. psxdb.com/guide/ I only can do the first part just fine. Next part I start to panic. I gave up.
|
|
|
Post by patrickp on Apr 24, 2007 2:40:20 GMT -5
All the game images I've checked with this site AIR matched perfectly, kinghanco - they were, of course, all games without extra audio tracks etc, so there was no need to rip anything separately. How do your images match for games that don't have extra tracks to rip - they should match perfectly if you've ripped them properly?
|
|
|
Post by kinghanco on Apr 24, 2007 3:27:36 GMT -5
I did it.
|
|
|
Post by Heihachi_73 on Apr 29, 2007 8:06:32 GMT -5
A rip of Tekken 2 PAL here (platinum version, data track) comes up with a CRC32 checksum of FE411F6C, and the file size is 718324320, not 717971520 like PSXDB says. I gather a bunch of zeroes was hacked off that one; making an identical-sized file results in a CRC of 45B3D308. That guide listed isn't really all there - Apart from "Method 1" everything else goes to CDRWin, which isn't very useful for an IsoBuster user. EAC's database is also just about non-existent - out of the 19 audio CDs I had to test at the time, not one was in their little database (of only 727 listed CDs on the site!), making the "detect read sample offset correction" button completely useless. Think I'll stick to IsoBuster's current ways, never had one ripping problem with my PSX discs.
|
|
|
Post by kinghanco on May 1, 2007 0:09:05 GMT -5
Never mind. I find out that I need to -150 to get the correct ones.
Anyway I have to redo Tekken 03.bin because I added a pregap.
|
|
|
Post by Heihachi_73 on May 1, 2007 5:55:19 GMT -5
Ripped another CD lying about:
Tekken Tag PS2 (PAL, SCES-50001, v1.0) - IsoBusted with a CRC32 of FBE362D8 vs PSXDB's 39D20F27.
Strangely, I ripped Tekken Tag again, this time using Nero 7, cut about 300k of "header" and the end to fit the right size, and the CRC matches PSXDB perfectly!
|
|
|
Post by kinghanco on May 1, 2007 7:02:07 GMT -5
It is going to take me a while to get use to the tracks dumping.
What they got me to understand is that no pregap needed on Track 03 and up. Just Track 02 only.
|
|
|
Post by Heihachi_73 on May 1, 2007 8:38:10 GMT -5
Nero does perfect 1:1 copies - cut the first 352800 (0x56220) bytes from the NRG file, and cut the CUEX part from the end of the file and you have a perfect 1:1 image that can be named .bin if needed.
It didn't work on Tomorrow Never Dies (PAL) though - this CRC ended up as 251D3A70, not 763E4DF9.
Edit: This TMD still works perfectly in pSX.
Nero doesn't make separate files for audio tracks though, so only do this with single track games.
|
|
|
Post by kinghanco on May 2, 2007 18:05:35 GMT -5
Dremora and the rest of the guys sure are picky. Dremora want me to start typing the infos out instead of sending snapshots. I got news for him. Do not complain on what I type. Don't like it then you should stick to the snapshots which your better off at reading.
|
|
|
Post by patrickp on May 3, 2007 13:39:50 GMT -5
The reason is probably that text is easy to copy and paste straight into whatever database Dremora is using, kinghanco. Whereas the text in a 'snapshot' has to be copied by typing it out manually.
It's just like here - everyone (well, everyone worthwhile) contributes their bit. If you post text rather than snapshots, it means Dremora doesn't have to waste time typing out your information. That's you doing your bit - making it easier for him. Then he can use the time getting results from the database.
|
|
|
Post by Heihachi_73 on May 4, 2007 5:12:55 GMT -5
For their site I'll stick with PS2 dumps - at least they match the database!
|
|
|
Post by kinghanco on May 4, 2007 6:24:47 GMT -5
I'm putting out too many infos. I can't help that at all. I don't think they trust me though. EAC and HashCalc doesn't put out the same crc at all. I think EAC have a bug to where it doesn't read the crc correct. I trust HashCalc the hell a lot better than EAC.
Anyway I haven't post anymore snapshots over there. I only post snapshots when they don't believe me on something.
|
|