101

(2 replies, posted in General discussion)

This comes up as Big Mutha Truckers, but I can't find out what it actually is. SLUS-20605 is the catalog I see associated with it. The only results I find for 20291 are ISO results. I can't find any edition information, like maybe it was a NFR version or something, but I find nothing.

102

(14 replies, posted in General discussion)

Heh, you missed the discussion in the other thread XD Usurper also seems in disbelief that the disc doesn't have a mastering or mould code. But in fact, no NTSC-U/C or NTSC-J games made in the beginning time period do. Not a single game released before Devil May Cry has any IFPI codes for me. Devil May Cry was released 2001-10-16. That's over a year after the PS2's release (in America). Of course, Klonoa 2, my last game not to have IFPIs, was released in 2001-07-25, so in between that time period it's fuzzy as to when IFPIs started. But this is also true for NTSC-J. My copies of Evergrace, Orphen and Dark Cloud do not have IFPIs.

You can read a more detailed post here: http://forum.redump.org/post/49785/#p49785
But certainly, I was asked to check many times and the result is still the same wink

103

(14 replies, posted in General discussion)

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.

104

(14 replies, posted in General discussion)

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?

105

(14 replies, posted in General discussion)

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 smile

Alright, for some submissions I have additional identifier numbers (Crash Bandicoot has 4 of them or something!) but I did not think of ISBN. I must admit that for Sorcerous Stabber Orphen, I did not notice it. Quite inconspicuous.

The dates are actually double checked, and if I find one that does not match the database, triple checked. But so far, I haven't made any errors with dates (I have found errors though).

From now on I will copy and paste submissions with tab characters, because of course you can't insert tab characters via internet browser as the tab key will just jump to the next field. This is the kind of stuff I like to know. Thank you for further improving my submissions, my template is growing wink

GreyFox, what is the "tool for PS2 that gathers most of the information needed directly from the image"? This sounds interesting.

Oh, it's the ClrMamePro field! Okay. Well, I'd had these ripped with IsoBuster, and had done the hashes myself with HashTab. Perhaps I can do a rip and get the way it formats the data, then use that as a template for the submissions.

Great, thank you! I think I did everything right this time.

I have to say that the page for adding PS2 CD games is a little weird, because I can't include any hashes o_o I was going to add TimeSplitters v1.10, but the form is a bit limited.

I am going to add Sorcerous Stabber Orphen to the database next. I have two questions regarding how I should submit.
1: The barcode is written T4997766200095 exactly like that with the 'T' and no spaces. But how should I write the barcode for submission? Exactly how it appears, or is there a standardized formation?
2: There is only a Mastering Code, SLPS-25008   2. Should I add the text NULL to the other spots to show that I am not just leaving information out?

Heh, I definitely shouldn't have used the word any, that was dumb as I don't even have any PAL games. But certainly for NSTC-U/C and NTSC-J, this is true. In fact, you can even observe two different trends that change together in the PS2's timeline.

Last NTSC-U/C PS2 CD game I own to have -647 write offset: Gauntlet Dark Legacy
First NTSC-U/C PS2 CD game I own to have -12 write offset: Guilty Gear X
release dates: 2001-05-01 vs 2001-09-30

Surely, I have holes in my collection, I only own a couple hundred game out of many thousands. I don't have every old game. But, I would like to see a game released past 2001-05-01 that has -647 write offset. You can do a little bit of checking here if you'd like, though I checked them all. Yes, only EXE date is given. But, doing some research:
High Heat Major League Baseball 2002: 2001-03-26
4x4 Evolution: 2001-02-26
And then I found my own example, Gauntlet Dark Legacy, which is 2001-05-01. These games were found from EXE date. There may be one later one, but you'd be hard-pressed to find it. This is because the timeline of NTSC-U/C PS2 games, as well as NTSC-J, follow a pattern, and you can observe how the pattern makes a consistent and permanent change over time. My NTSC-J games past that Gauntlet date also use -12 offset. But if I get a very old NTSC-J CD game, I bet you money it has -647 offset.

Now observe this same pattern in DVD games.

Last NTSC-U/C PS2 DVD game I own to not have IFPIs: Klonoa 2 Lunatea's Veil
First NTSC-U/C PS2 DVD game I own to have IFPIs: Devil May Cry
release dates: 2001-07-25 vs 2001-10-16

Of course, if you get a reprint, like with Orphen Scion of Sorcery, then you can get IFPIs since it was printed after the time they started including them. Something different about my copy of Orphen: I bought it brand new, and on the security strip along the top of the case, the UPC number was put under the barcode. But in other older games I bought brand new, there is no UPC number. This is because another trend to observe is that old NTSC-U/C PS2 games did not include the UPC number under the barcode. Lo and behold, my copy of Orphen does put the UPC number, and it also includes IFPIs because it is a reprint.

If you observe these patterns over the timeline of games, then you'll know that what is "quite unlikely" is really that Evergrace does have IFPI codes, since it is one of the first games smile

111

(14 replies, posted in General discussion)

GreyFox wrote:

That is why the goal is to have 2 dumpers submit data from 2 different discs so that one knows for certain that the dump is good.

Yes, this certainly sums up the essence of Redump smile 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

112

(14 replies, posted in General discussion)

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).

Oh I see, I didn't know it had changed. Okay, then my apologies and certainly from now on, I will submit with no hyphen, which is good because that is the way it's written. Evergrace is without the hyphen, so please change it and thank you.



Regarding the mould code, I guess I can't say it enough times big_smile I don't mean any offense. But one more time: no first PS2 DVD games from any region have mould codes. That's just a fact. When I get a scanner, I will show you for certain. As for wear, I've never seen wear so heavy that you can't see a mould code, that is some impressive wear. The wear would also have to be uniformly that heavy for all my discs that don't have IFPIs because it's not just NTSC-J Evergrace, it's also Sorcerous Stabber Orphen and Dark Cloud like I said. And anyway, none of my discs have almost any sort of wear on them at all because I only keep games that are in very nice condition, if it's beat up I give the seller hell and I send it back and get my money back. I've spent a LOT of money on my collection over many years smile

I can absolutely positively with not a shred of doubt in my mind whatsoever tell you that the 3 discs I named do not have any IFPI codes. Every single one of my submissions has ALL ring codes. I have no trouble seeing them, I know where they all are, and I'm telling you, those discs just do not have them, plain and simple. When I get a scanner, I will show you.

I don't mean to sound annoyed, because I'm not at all, I just want you to know that I know what I'm talking about.

I'm actually not confusing anything. The very first PS2 DVD games just have no IFPIs of any sort. For the first NTSC-U/C games, there is only the "Mastering Code (laser branded/etched)" and the "Toolstamp or Mastering Code (engraved/stamped)". For NTSC-J games, there is only the "Mastering Code (laser branded/etched)" and nothing else (NTSC-J games actually never have a toolstamp). The problem with the examples you gave me is that one of them is a CD (in both of my posts, I have specified DVDs) and that one of them is a DVD from 2006, which will have the IFPIs. No very old DVDs have Mastering or Mould SID Codes (IFPIs) of any sort, for either region. CDs do have them from the very beginning though. Just to let you know, also I own a copy of Critical Bullet myself, and my disc also has SLPM-62212 1, IFPI L275, and IFPI 4518 in the ring, so I know what you're talking about. I think you've been confused as to what I'm talking about. In the first PS2 DVD games, there are no IFPIs whatsoever. If it will help, I'll get a scanner at some point to show you.

Here is my biggest question as to how to submit ring codes when there are "null" spots: do I include the text NULL in all the spots that may normally have something? Or do I just leave them alone? Regarding Evergrace, the single ring code it has is SLPS-25003   2. Is that all I should write then?



As for the serial number, however you want me to submit, that's how I will submit it. I just want to point out again that not a single entry I've ever seen at Redump has a serial number with no hyphen. This is why it's confusing to me, because regardless of how it's written on the discs, it's always written with a hyphen here. Similarly, we include the text "IFPI " for Mould SID Codes of NTSC-J discs when it the code doesn't really include that text itself (it will say something like "45W1" on the disc, but we will write "IFPI 45W1" on Redump). So, please understand that it seems to me we do things according to a format that disregards the exact way things are actually written on discs. But again, if the final word is not to include the hyphen, I will refrain from including the hyphen smile

115

(14 replies, posted in General discussion)

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 smile 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.

For the first PS2 DVD games, there were no IFPIs at all. My first recorded IFPIs for NTSC-U/C games come from Devil May Cry (my last game with no IFPIs is Klonoa 2: Lunatea's Veil). The same is true for NTSC-J games. For Evergrace, Sorcerous Stabber Orphen and Dark Cloud, there are no IFPIs of any sort. My first NTSC-J game with IFPIs is Lilie no Atelier: Salburg no Renkinjutsushi 3.

Also, I am confused about the serial hyphen you're talking about. For the "Mastering Code (laser branded/etched)" number, yes, the serial number always has a hyphen, for games of all regions and time periods. But if you mean the way the serial number is written on the spine of the case, or on the front of the disc, then it never has a hyphen. However, all serial numbers I have seen on Redump for PS2 games have always hyphenated the serial number anyway, it seems like standardized notation.

I'm doing a dump of Dynasty Warriors 2 right now and it is a CD PS2 game with 2 tracks, the first being the game and the second being audio. When I detect gaps in EAC, I only ever get a pregap of 00:00:00 for track 2, even testing with 3 different drives (PLEXTOR DVDR PX-716A 1.11, IDE-DVD DROM6216 HD08, and HL-DT-ST BDDVDRW UH12NS29 1.00). However, the dump in the database has a pregap of 00:02:00 for track 2. I understand track 1 has the standard 00:02:00 pregap, but that pregap will never come into play; if we're prepending gaps, it goes at the beginning of that track. If we're appending gaps, it goes at the end of the previous track, and there is no previous track. A pregap never goes to the next track, only to that one or the previous one.

I'm just verifying that the entry in the database was done incorrectly (or perhaps the disc was just different?) and that I understand how this works, because this is the only multi-track CD dump I have to do and I'd like to know I'm doing it correctly. Here is the log file from my extraction.

Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 1. February 2015, 1:43

Unknown Artist / Unknown Title

Used drive  : PLEXTOR DVDR   PX-716A   Adapter: 1  ID: 0

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : No

Read offset correction                      : -647
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Appended to previous track

Used output format : Internal WAV Routines
Sample format      : 44.100 Hz; 16 Bit; Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 | 61:34.14 |         0    |   277063   
        2  | 61:34.14 |  3:32.26 |    277064    |   292989   


Track  2

     Filename C:\Track02.wav

     Peak level 0.0 %
     Extraction speed 17.7 X
     Track quality 100.0 %
     Test CRC C80C8C94
     Copy CRC C80C8C94
     Copy OK

No errors occurred

End of status report

==== Log checksum 310D77214A3953DF82FC2295A21D1F8259ADB76AAEA162DB6E401E8EAC75DBA4 ====



Also, just to make sure, I remove the 44 bytes of WAV header data before hash checking, correct?

I don't have a scanner, but I will certainly consider getting one. I'll research some scanners and see which one looks to be the best deal.

I added NTSC-J Evergrace (SLPS-25003). Please let me know how it came out. I realize now that maybe I should have included the NULL values for the ring in their proper spaces? The ring I submitted is SLPS-25003    2, and that's all there is to the ring. Let me know if there's any way to improve the next entry.

Thanks! I'll run all my CD images through CDMage then.

As for languages, I think I'll just leave it blank then if that's okay. If someone wants to contact me about checking the new stuff I add, no problem.

Okay, so "tab space" everything with 4 spaces then. However, it seems like in the Mastering Code, the single number at the end only has 3 spaces in Redump entries. Do I still put 4 when creating a new disc?

I guess for languages, if I go into the options menu for a game and there is nothing, then there is only the native language. Thank you for the continued help.




EDIT: Also I'm a little confused about CDmage because it seems it only scans already-created images for errors. I guess I don't know how it all works but I just wonder how it can find an "error" in a bunch of raw data. How does it "know" what an "error" is? Isn't this sort of the point of the website Redump - because the only way to know is to compare a hash? What is it comparing when scanning? Very confusing o__o

1. What is the "Disc title" field? I'm guessing it's what you see when you put the disc into a drive? For example, Orphen: Scion of Sorcery is named ORPHEN. You can see this in IsoBuster. But sometimes a name contains underscores in the ISO layer but not the UDF. Which one to use?

2. How should I format what I enter into the "Ring" section? Say I was entering Suikoden IV into the database. It has a:
Mastering Code, PDSS-012985A1 1
Mastering SID Code, IFPI L331
Toolstamp, A03
Mould SID Code, IFPI QW6A~B
Do I need to input all of these headings myself? Or, does each line down represent something?

3. Should I learn how to check languages myself, or let someone else do it? And how can I let them do it?

123

(6 replies, posted in General discussion)

That's great, I didn't know I had access to add new discs, very nice. I appreciate all the help, I'll keep working on the dumps, and probably submit them in small batches rather than just post a topic saying "250 PS2 dumps lol" (unless it's actually better that way).

Off to work...

124

(6 replies, posted in General discussion)

Ah yes, seems I didn't really pay close enough attention to all of the options in that thread. I needed to download the first one, not the latest "test" one. So now my questions are:

1. What is the "Errors Count" field?
2. Is the standard 2-second pregap for track 1 ignored? (This behavior is typical also for EAC so it wouldn't seem wrong.)
3. Should I post dumps in a thread, or in txt files in a zip, or...?
4. Should I note of discrepancies in entries when I submit dumps? I notice some entries don't have the barcode field, or the EXE date doesn't match mine, or other things. I can note differences if it helps.

Sorry if I seem bothersome, but I would like my submissions to be 100%. Thank you for the warm welcome and help so far.

125

(6 replies, posted in General discussion)

Thank you for the response, and for trusting me to be a serious dumper. Along with the dumps, I will include pictures of my game library so you know I'm not just taking images from internet sites.

I downloaded DiscImageCreator and gave it a shot, but I get an error.

[F:GetDriveOffset][L:63] GetLastError: 2, The system cannot find the file specified.

This drive doesn't define in driveOffset.txt
Please input Drive offset(Samples): 

When I input 30, I get this error.

[F:ReadCDPartial][L:1689] GetLastError: 2, The system cannot find the file specified.

I am unable to debug this error myself. However, it still leaves behind a very interesting Track01_disclog.txt file which has some information about the disc I am trying (NFL GameDay 2001 was my test disc).

========================= FULL TOC on SCSIOP_READ_TOC =========================
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, FirstTrack  1, Format: CD-ROM-XA
    Session 1,  LastTrack  1
    Session 1,      Leadout, MSF 65:03:21 (LBA[292746, 0x4778a])
    Session 1,     Track  1, MSF 00:02:00 (LBA[000150, 0x00096])
======= Offset
     Combined Offset(Byte)  -2468, (Samples)  -617
    -   Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------
           CD Offset(Byte)  -2588, (Samples)  -647
    Overread sector: -2

Maybe I don't understand the output but what it looks like to me is that track 1 (the one and only game data track) has a standard 2-second pregap. This game's track length is 65:01:21, but DiscImageCreator reports 65:03:21, 2 seconds longer. It also reports that track 1 starts at 00:02:00. However, none of the entries on Redump that I have looked at have any pregaps for PS2 games, so I'm left a bit confused. I would appreciate anybody's help with the program/questions.