Wii ISOs have a lot of random junk data on the disc, making them difficult to compress. There's no way to reversibly remove this data either. Unfortunately if you want to keep the original Redump-quality ISOs you'll just need to deal with the large files.

2

(7 replies, posted in General discussion)

I agree, the guide is way out of date. What I'd actually like to see is a Redump wiki - that way, as new tools and dumping methods are developed, the guide can easily keep up with them. If there was one here, I'd contribute to it.

3

(7 replies, posted in General discussion)

Thanks, first time I saw that on a disc and the guide was a bit unclear. Just want to make sure I don't make any mistakes before finishing the rip.

4

(7 replies, posted in General discussion)

From the guide, where it discusses using IsoBuster's sector view to find the write offset:

Now you should get a number of rows that show (scrambled)
binary data, followed by rows of zeroes. It is also possible that the last
row of data is not filled completely, but is partly zeroed.

So if there's one full row and one half row, should I be using 6 samples or 8 in my calculations?

5

(22 replies, posted in News)

M00NLiGHT wrote:

Hello,

Hey, I have some games already dumped once, such Final Fantasy VII [FR] (SCES-00868). May I dump these kind of this to "verify" the dump ?

If so, I can inform you that you can add the "2 or more dump from original media" for the Resident Evil 2 since I have 2 disk set and every MD5 hashs matches.

http://img3.imageshack.us/img3/3607/re2proof.th.jpg

Dumping discs already in the database is encouraged, because it validates the data already present. By all means, submit your data to the database.

I can confirm the last one is at least of interest to me. :-p

To answer your other questions, you get the dumper status by dumping games - it gets assigned to you after you submit a few to the database through the forums.

The best way to rip PC games depends on if the disc has copyright protections, but if it doesn't, it's done the same way a PSX game is done except for the parts that obviously only apply to PSX games. You can dump Safedisc-protected games (see this thread), but as of yet there is no Redump-approved way of dumping Securom games.

Remember, a dumpable disc is *always* of interest to Redump. Even the discs already in the database are, because dumping it again further verifies database (hence the name "Redump"). But of course, some games are of more interest than others; compared to USA and PAL dumps, there aren't a whole lot of Japanese dumps yet, so that's already enough to get me interested.

Got it, just submitted the data. Thanks for your help, guys.

You mean like this?

KAO OPTICAL PRODUCTS 7759901 V1.0 ***RF103003-100*** IFPI L954

Or should it stay as multiple lines?

Well, this is new. I've never really paid attention to the ringcode because none of the guides have mentioned them, but apparently it's required information now. So I need to know exactly what goes here. I assume it refers to the characters on the silver ring at the hub, but which? I'm dumping SimCopter, and I see four groups on the ring (clockwise from the top):

KAO OPTICAL PRODUCTS
7759901 V1.0
***RF103003-100***
IFPI L954

Am I supposed to enter all those in the box?

10

(1 replies, posted in General discussion)

Try Google. Redump is only a database, no games are available for download here.

Well, crap. Now I'm kind of ticked off - no one ever told me I need to check this sort of thing, the guide doesn't say a damn thing about this, and someone gave me bad information back when I was trying to learn how to do all this. Gahh, now I have to check all my dumps again and correct the ones with wrong info... >:-(  Well, at least I don't need to dig up the physical discs again. Guess I'll have to chalk this up to a learning experience.

Jackal wrote:

I don't see how the current naming is wrong.. I just didn't add 'Jewel Case' because it's pointless as far as I can see..

'Jewel Case' is important because the jewel case version of the disc is different from the boxed version of it - the inclusion of a PDF manual, for example.

@BitLooter, are you sure some of these are Mode2?

I did the same thing for these as I do for every single-data-track CD. I used Isobuster to rip the track, do the same thing on another computer, and make sure they're identical. I rip it by extracting it as raw, which I was under the impression was the same as treating it as Mode 2/2352. For the cuesheet, I use this generic one:
FILE "TRACK 01.BIN" BINARY
  TRACK 01 MODE2/2352
    INDEX 01 00:00:00

This was given to me by someone in IRC a long time ago (I don't remember who) that told me to use this generic sheet for single-track CD rips. Should I not be using this? And if not, what should I use? I was led to believe that all data tracks are ripped and handled the same way, is this not true?

BTW, this is something that's always bothered me about the dumping guide; it doesn't really handle this issue very well. It states that you only need to include a cuesheet for games with audio tracks, which isn't true. This confused me at first, because the form refused to accept a disc without a cuesheet, and that's when I was told to use that generic one. If it's true that all single-data-track discs are handled the same way, it would make more sense to have a checkbox on the form you can use to indicate there's only one track. And if it's not true, someone needs to update the guide to say what to do for those discs.


F1ReB4LL wrote:

Should be treated by ingame title, I doubt SimCity 2000: Special Edition have a different title inside (game + extra tools).

It doesn't, I checked. My feelings on the title is that it should be named (regions aside) SimCity 2000 (Special Edition) (Jewel Case). My reasoning for this:

The most important part of the filename is the name of the game. This defines the most important aspect of the disc, namely what it is. Everything else is metadata. Then comes the edition field. This should be used for when the game contains distinct content from other releases of the game - usually additional content, but it could be applied if something was removed for some reason. In this example, the 'special edition' contains an editor, user-created cities, a making-of video, and other stuff not found in the original SimCity 2000. Now, it's possible there may be some variances within the same edition; that's what the next field is for. This disc has a PDF manual that the original doesn't, making it different from the standard Special Edition disc. However, the manual isn't really new content - it was included with the original SE too, but it was in dead-tree rather than digital format. This means it's not enough to earn a new edition, but it is distinct from the first edition and needs to be labeled somehow.

Of course, this ignores other metadata such as regions and disc labels, but I'm ignoring those for the sake of discussion. I can't see any flaws with this scheme, but I'd like to know if there are any.

I've just submitted them to the database. I decided to go with Special Edition - Jewel Case as F1ReB4LL suggested, although I kind of like (Special Edition) (Jewel Case). I don't really like the idea of this sort of information being dependent on other discs in the database, though. I can see it causing all kind of confusion - for example, I could rip my disc and by those standards it would be named SimCity 2000. But then someone else could come along and add the original version of the game to the database, and then it would be named SimCity 2000, while mine gets renamed SimCity 2000 (Special Edition). Clearly there's a difference between the discs, or else mine wouldn't get renamed; why shouldn't the name reflect the contents of the disc fully to begin with? IMO, that's just shortsighted and poor planning.

Will do. This thread was helpful in me making up my mind how I would do it, at any rate. I'll just use my best judgment and hope for the best.

I took a closer look at SC2k and found many files, including the PDF manual, dated around early 1998. The game's special edition was released (as best as I can tell) late 1995-early 1996. Therefore, I believe this disc to be different from the original boxed version, earning its own release designation. So now I'm thinking it should be labeled:

SimCity 2000: Special Edition (Jewel Case) or
SimCity 2000 (Special Edition Jewel Case)

Or is there a better word for "Jewel Case" I should use instead?

Of course. When I talk about earlier releases, I'm talking about releases of the special edition. As you can see by this image, the special edition was earlier sold as a full boxed game.

http://g-ecx.images-amazon.com/images/G/01/ciu/d6/03/59fc4310fca0c4dc214f7010.L.jpg

So I should use:

Slam Tilt (Expert Software)
SimCity 2000: Special Edition (Original)

And should I really use the volume serial for the pinball version? The readme on the disc clearly states the software version is 1.0.

For the record, I can't find a version for the SimCity anywhere. And examining the game and installer shows no indication of anything obviously different about the disc from earlier releases, unlike the pinball game. It does contain contain a PDF manual; the manual is clearly a digitized version of a printed manual, so it's possible an earlier release in a real box may have had an actual, printed manual rather then putting it on the disc.

I have two discs ripped and ready to upload, but I want to find out what to call the editions first. These are both $10 jewel-case-only releases.

Here's pictures of the front and back:
http://img149.imageshack.us/img149/3998/discsfront.jpg
http://img149.imageshack.us/img149/7848/discsback.jpg

I couldn't say if SimCity is any different from the original retail release, but Slam Tilt is by a totally different publish from the original, complete with their own custom installer software. I imagine it could be labeled (Expert Software) or something for the edition, but I don't really know what to call SimCity.

Any thoughts on this?

All right then, capitalized it is. And the audio was dumped properly, I just messed up the factory write offset.

It's not an error.. we DO capitalize english titles.. so the one you submitted originally is correct.

Even when the title screen and manual doesn't capitalize them, but does capitalize the other words?

ps. are you completely sure about the -2 write offset?

Whoops. I was writing out here the numbers I got to come up with that, and I just realized I made a boneheaded math error calculating the offset. That should definitely be +2, not -2. Sorry. Looks like I need more practice ripping audio tracks. hmm

I see. In that case, it should be "The even more! Incredible Machine", as the title screen is similar to the logo on the packaging.

I just submitted The even more Incredible Machine to the database (has not been approved as I write this). Unfortunately, I just took a look at the packaging and saw I got the title wrong - I submitted it as "The Even More! Incredible Machine" when it is in fact "The even more Incredible Machine". Note the capitalization and punctuation. Please fix this when it gets added to the database.

I'm not 100% sure about that exclamation mark - it's present on the cover, but not in the text of the manual. In a case like this, which is considered the "official" title?

EDIT: Should be "The even more! Incredible Machine"; see below.

I'm having a couple problems trying to dump disc 2 of this game. First problem is the disc format - one data track followed by a single audio track, and EAC won't detect the gap correctly. I need to know the correct way to find the size of the gap. I understand this is apparently a common problem, and I'm sure I've dumped a disc like this properly in the past, but I can't seem to figure out what I did before and what I'm supposed to do now.

The second problem is when I try to use sector view in IsoBuster. I viewed the audio track, then went back 149 sectors in the hope that the gap size would be apparent that way, but instead of seeing the expected null bytes, I get an error telling me the data does not seem to be valid, and that I should check extracted data. If I click cancel or ignore, the error goes away, and the sector seems filled with garbage data. Viewing the next or previous sector gives the same results, and the same data. It continues doing this for about ~100 sectors around where I started looking. I've tried this on three drives; two give that result, and a third that does something else weird - rather than the error and garbage data, for each sector I get 16 bytes of data followed by null bytes. Sectors before and after do the same, except for a couple bytes that count up and down as I change sectors.

For the record, the first disc is a simple single-data-track disc that dumped easily. I've scanned the disc and executables with Protection ID and found nothing (except possible serial key usage, which it does not have). Extracting the entire disc as an image using IsoBuster does not run into any bad sectors. I've installed the game and run it using a mounted image in Daemon Tools with all protection emulation turned off, and it ran fine without complaining about a missing disc. I could be wrong, but all this tells me there's either no protection on the disc or the most ineffective protection ever invented. Finally, the disc is clean and has no major scratches.

This is starting to drive me crazy, I hope someone knows what the problem is and how to fix it.

24

(18 replies, posted in News)

Good riddance. Serials are neither unique nor accurate, two things that make serials useful. I have yet to be informed of any significant data in the serial that can't be conveyed in a far more apparent form in the rest of the filename. I also prefer No-Intro's explicit region labeling as opposed to cryptic single-letter codes.

I, for one, welcome our new No-Intro naming overlords.

25

(43 replies, posted in General discussion)

Anyone interested can download the PackISO installer here: http://www.mediafire.com/?otb3dmmtznh