Dynasty Warriors 2 problem

Ah, I see now. Using DIC, I receive the following information from a log:

    Session 1,      Leadout, MSF 65:08:40 (LBA[293140, 0x47914])
    Session 1,     Track  1, MSF 00:02:00 (LBA[000150, 0x00096])
    Session 1,     Track  2, MSF 61:36:14 (LBA[277214, 0x43ade])

Knowing that the data track's length is 61:32:14 and taking the starting position of 00:02:00 that DIC reports (the standard 2-second pregap before track 1), that would mean track 2 should start on 61:34:14, but DIC reports 61:36:14. That means another 00:02:00 exists in between these 2 tracks, and indeed, when DIC ripped the disc, it created a CUE sheet with a 2-second pregap for track 2.

I just want to say: that's much different than "appending" the track 1 pregap to track 2. You can't do that because the pregap of track 1 physically does not exist between track 1 and track 2, so it's not possible to just "move" it there, what you would be doing is creating an entirely new one there that doesn't really exist. Just saying but that's not the case here since there is a pregap between tracks 1 and 2 according to DIC.

Anyway, there's still a problem with this: I get different hash results for track 2. I have
CRC: 40e86050
MD5: 61239a3dc22088a08f2d320918ac11a1
SHA-1: 7c8508996d34d2a39fd75a8fab58e2c9b766b09b
SHA-1 for Redump's entry is 9130927bd36791313187616cce1ffc42c51fe892, so something is still afoot either with the way DIC ripped it, or the existing Redump entry. Please let me know if I can include some information to help figure it out. DIC has its proper offsets file and it looks like everything went as it should. From the "disclog.txt" file:

Offset(Drive offset data referes to http://www.accuraterip.com)
     Combined Offset(Byte)  -2468, (Samples)  -617
    -   Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------
           CD Offset(Byte)  -2588, (Samples)  -647
    Overread sector: -2

So it knows my proper read offset and the disc's write offset.

The 3 drives I named in my first post are used for every dump I do.
PLEXTOR DVDR PX-716A 1.11
IDE-DVD DROM6216 HD08
HL-DT-ST BDDVDRW UH12NS29 1.00
Every CD I own is in very good condition so naturally I've always had matching hashes.

As for DW2, Track 1 always matched the DB because it was easy to do manually as it didn't involve the mystery pregap and stuff. Yes, now it's just track 2 which doesn't match. I did the rip again with DIC using a different drive speed, but I got the same results so unless there's a setting I'm not doing correctly, maybe the previous rip on Redump was done incorrectly (possibly, DIC was not available at the time or just not used, and the rip was done using EAC).

Yes, this certainly sums up the essence of Redump Hey, everybody starts somewhere and uses some tool in the beginning before a better one comes their way. I'm still learning the best tools and methods through these discussions. I appreciate your help a lot because I want to contribute to the maximum accuracy!

If you order Dynasty Warriors 2, I have to share my opinion that it's one of my more enjoyed games in the series despite being the first. I notice you have many Warriors games dumped so you may or may not be into them, but I think it's a good game in its simplicity, even though other people may think it's no good XD

Well, I was using EAC to dump for a number of reasons.
1. It's the only method explained in the only guide on the site.
2. It's the the most obvious program to rip audio from a CD (at least, for an outsider).
3. It's the program I'm personally most familiar with.
Please keep in mind, I've been here for only 4 days. In a post made not even 24 hours ago two more programs I had never heard of were mentioned.

Obviously now having learned from this experience, I am going to use DIC. However, if it's the clearly obvious choice, perhaps consider writing an updated guide detailing how to use newer, more superior programs, it will avoid these situations and help newcomers be efficient and accurate much more quickly. Had I known about these programs coming into this site, I could have been much more effective early on.

I'm not trying to blame anybody, just saying that updated guides would certainly be good

Well certainly, now that I have used DIC and am becoming more familiar with it, it will be my standard for all CD dumping. It is a great tool and yes, it basically does much of the work for you, it's very nice.

May I ask here: what is the reason the ring codes for my submitted dumps keep coming up as incomplete or not properly formed?

I'm afraid I don't understand. The ring codes for my submissions here have been marked with a yellow dot. The help text when you hover your cursor over the dot says "Incomplete or not properly formed". Why? I've included all the information and the formatting looks fine.