Search options (Page 5 of 6)

All right, I think IsoBuster would have worked just as fine for your dump. The CRCs wouldn't have matched, though, because ddump fills erroneous sectors with 55, IsoBuster with 00. So I wonder which of these methods is officially suggested; I don't want the database to be flooded with duplicate dumps just because of how different programs handle corrupt sectors differently.

If the disc itself is valid (i.e. not burned and dumped correctly) I think it should be added to the database, regardless how negligible the differences to other editions of the same game may seem. Yes, even if that means we'd have 20+ versions of the same game in the DB.

But that's not even the topic; I'd still like to know how to add these magazine discs.

Well, it may not be that complicated but you can make horribly many mistakes, especially with the gaps (which EAC more often than not fails to detect properly). Furthermore, you'll need a drive capable of overreading - many people probably don't have one.

But anyway, this discussion does not really belong here

After all, this project used to be PSXDB I think most people focus on dumping whatever can be dumped the easiest way, which would be single track PSX, PS2 and (non copy-protected) PC discs. Just wait until all these "low hanging fruits" have been grabbed and you'll actually see some of the more interesting, harder-to-dump stuff appear ^^

It's quite similar to the MAME's situation, where basic, widely available games like Pacman or Space Invaders were taken care of at the beginning of the project, leaving the more obscure stuff for today.

A) In EAC you enter the value from the sector view, which in this case is +8. This is called the combined read and write offset.
B) You submit just the write offset, which can be determined as follows: write offset = sector view - drive offset. In this case it's +8 - +6 = +2.

Edit: Screw it, Rocknroms beat me to it

Wouldn't it be enough to upload checksums of the MDS file? Every dumper with access to the disc could easily make them himself, and redump.org wouldn't have to risk legal problems. On the other hand, I don't know if the MDS files are consistent, i.e. if the same disc dumped by several dumpers yields the exact same MDS file.

Actually this information is already available in the recent changes rss feed. Try to open it in Opera or IE; Firefox doesn't seem to recognize the relevant "author" (which is in our case the mod who changes/adds something) field.
Inconveniently, you'll have to update it regularly so you won't miss any changes. A more permanent solution - maybe a "changelog" on the dump page itself - would definitely be advantageous.

http://www.emulab.it/forum/index.php?topic=96.0

Now that's some great news My files are being scanned correctly now

Oh well, it looks like I got my hopes up too soon

Just did that

I'm using 64 bit clrmamepro and 64 bit 7-zip.

How would I do that? Does such an updated compressor even exist?

Extracting them directly via 7-zip works like a charm. The files don't seem to be corrupt - I've dumped and packed the games myself. Also, the problem occurs with all 7-zipped isos >4 GB I have, also the wii ones! This means ~10 files which all happen to be >4 GB would have to be corrupt And no, I'm not on FAT, I use Vista64 on an NTFS partition.
Good ideas so far, but I guess either clrmamepro or its implementation of 7z is the culprit