pohclan wrote:

I'm sorry, but because the Dumping guide mentions that the software needs the dat file in order to dump the game I haven't tried yet.

CleanRip doesn't require the datfile for dumping (every dump I have made has been done without using a datfile), and I can't find any place where the dumping guide says it's required (it is listed under "Optional Requirements (Strongly recommended)", though).

You don't actually need the datfile in order to dump games. Also, in case you can't get the datfile from Redump, CleanRip lets you download a Wii datfile that's publicly hosted on a different server. The only problem with not having the datfile is that you won't know whether something is a new dump or verification, but that little problem can be handled by whoever is adding your dump to the database. It's safe to assume that essentially any Wii disc you dump (as long as it's not listed here) is a verification, though.

The dumper status is granted once you have dumped a few games. The number of dumps you've submitted this far should be sufficient – you'll just have to wait for them to get added.

Chrll wrote:

Once I get the Dumper status, should I resubmit them on the New Disc form? Because otherwise they are not searchable in the disc database.

No, you shouldn't resubmit dumps that you already have submitted. When you submit a dump on the forums, a moderator will add it to the database for you (eventually). But once you gain access to the New Disc form, feel free to use it for any dumps you haven't submitted before.

I believe the serial and version fields were added as a response to a request I made this year: http://forum.redump.org/topic/21708/don … n-dolphin/

And for my purposes, regions and languages were unnecessary, so I didn't request them.

You can get a bit more data by using this:

http://redump.org/datfile/ps2/serial,version

But there's no way to download all of the data in a convenient way.

Ah, I didn't think about embedding the miss lists into Dolphin. But some of the games there don't even have known game IDs (mainly the monthly Japanese GC discs), so I don't know if I can use those lists...

Or maybe you just meant I could include links to the miss lists for the user to check?

I suppose I could add a notice if you try to verify a disc that isn't in redump, but I don't know of a reliable way to distinguish between legit GameCube discs that should be in redump and custom homebrew GameCube discs that shouldn't be in redump. (For Wii discs I can check the signing and hashes.) Do you think I should add it despite that?

I've created the Dolphin pull request: https://github.com/dolphin-emu/dolphin/pull/8330

Feel free to unsticky this thread now, since there isn't much left to discuss.

Thank you!

For integrating this into Dolphin, would you prefer that we ship a copy of the dat file with every release of Dolphin, or would you prefer that Dolphin downloads the dat file from redump.org on behalf of the user? The former would place less of a load on the server, but the latter would enable people to get the hashes for new dumps without having to update Dolphin. (There aren't all that many undumped discs now, though... At least if you don't count demos and all the Korean Wii games.) If I do the latter, I'll make it download only if the user is trying to verify a disc (and with local caching), so the server isn't going to be getting a request for every person who uses Dolphin or anything like that.

Also, if we ship a copy of the dat file with Dolphin, is it fine to ship the Wii dat file too even though it's not publicly available on redump.org?

iR0b0t wrote:

Apparently we don't store the version of gamecube and wii discs anymore. I am kind of "delaying" the deletion task for that matter because i don't know yet if we still need it or not.

The version is being stored, just in a different format. Old 1.01 is equivalent to new Rev 1, old 1.02 is equivalent to new Rev 2, and so on. (But it seems like 1.00 is being replaced with just nothing? Not sure why, but it's not a problem for me, since I can simply treat an empty field as meaning Rev 0.) I'll just need to add an exception for Korean GameCube games with the country code E, since it seems like they now start counting the revision from 0 rather than 48.

iR0b0t wrote:

@JosJuice
Whould the serial tag still be enough for the integration purpose?

Serial + revision would be enough.

EDIT: Actually, a small correction: Due to the exception with Korean GameCube games mentioned above, I would also need information about whether games are Korean or not. But this information is already present in the current datfile if you check whether the game name has (Korea) at the end, so it shouldn't be a problem. It would have been convenient if those revisions still were being counted from 48, though.

iR0b0t wrote:
JosJuice wrote:

is there a possibility of Redump releasing dat files with additional fields (serial, version)

If you want to have it, I can make it happen.

That would be very nice. For Dolphin's purposes, the serial and version are the only things that really are needed (in addition to the hashes, of course). The disc number would also be convenient to have, but it can be determined based on the serial.

iR0b0t wrote:

What will you do about discs which don't have a serial or version, though?
http://redump.org/discs/system/gc/sort/serial/?page=1

I don't think there's anything we can do with those unlicensed discs other than checking whether the hash is in the database or not. A lot of those discs even share the name that is displayed in the GC IPL, so there really isn't anything good to go on other than hashes.

No. You can't download any games on redump.org.

13

(17 replies, posted in Guests & account requests)

Okay, then let's ask this instead: Are you here to submit dumps? Because the first post of the topic doesn't sound entirely like it.

14

(17 replies, posted in Guests & account requests)

The PS2 database is public anyway. You won't get any additional information about PS2 games by registering here, you would just get the ability to submit your own dumps. (Not that I think anyone who's associated with a blatantly illegal emulator is going to be approved for an account...)

Hiccup wrote:

A problem with this - the serial field is for the disc label serial, not the disc image header serial. It usually matches, but doesn't always. Maybe redump should start cataloging the header serials?

I'm not aware of any discs like that other than http://redump.org/disc/10000/ (which seems like a somewhat suspicious dump since everything beyond the first four bytes apparently is identical to http://redump.org/disc/7249/). Do you have any examples, other than that one?

Recently, I've been working on improving Dolphin's ability to tell users whether their dumps are good or not. (https://github.com/dolphin-emu/dolphin/pull/7922, if you're interested.) What really would be nice to have is the ability to check whether the user's hash matches the hash in the Redump database, but I'm not sure what the best way to do that would be.

What would be ideal is if Dolphin had a way to map game ID+revision+disc number to a hash, either using a local copy of a database or by querying redump.org through some kind of API. (In case you're not familiar with GameCube/Wii games, the game ID can be obtained from the Serial field in the Redump database.) The intended way of doing something like this seems to be to use the downloadable dat files, but they don't contain game IDs, so all Dolphin would be able to do is check whether the user's hash exists in the database. What this means is that if the user's hash isn't in the database, Dolphin can't tell whether this is because the user has a bad dump or because the user has a dump of a disc that isn't in the database yet. So I would like to avoid using a database that doesn't contain game IDs if possible.

The only currently available alternative I can see that would be able to do what I want is sending HTTP requests to redump.org like a normal user browsing the website and then parsing the results. This works, but having to parse the HTML is annoying and can lead to things breaking if the website changes the structure of its HTML. Does this sound like a good or bad idea, both in terms of whether the HTML structure can be expected to stay the same and whether redump.org is fine with the extra load? (If this is implemented, Dolphin would only connect to redump.org if the user specifically presses the verify button for a game, so I hope the load won't be too high.)

Or is there a possibility of Redump releasing dat files with additional fields (serial, version, etc...) or making a web API available?

F1ReB4LL wrote:

Can't really comment about which romanization system is better for Chinese, since I'm not familiar with any smile I can only suggest something that supports all the dialects, since, as far as I remember, Taiwan uses its own dialect and there are Taiwanese game releases.

There isn't really any convenient romanization system that works with all dialects. If there's a game out there that is in Hokkien, it'll most likely just have to use a different romanization system.

Is there a particular reason you are suggesting to not mark tones? Problems with storing them in databases, or just that they're inconvenient to type? I'm not saying that it necessarily is a bad decision, but it would be good to note the reasoning.

But Shift-JIS also supports halfwidth characters. They do get used when writing Western language words embedded in Japanese text, albeit with exceptions.

20

(1 replies, posted in Guests & account requests)

We do not host any disc images here, only hashes of disc images.

For Korean games in particular, I've noticed that redump sometimes uses fullwidth spaces and sometimes uses halfwidth spaces. Seems kinda inconsistent... As far as I know, Korean usually uses halfwidth spaces.

22

(1 replies, posted in Guests & account requests)

I'd like to have an account on the wiki so that I can mark games as bought when I buy them, and for the occasions where I find formatting/naming problems in the undumped lists.

Just so you know, that disc was dumped recently: http://redump.org/disc/55535/

But redumping a disc to get a verification is also welcome.