Search options (Page 3 of 32)

The ringcodes would be more useful

I meant to say that the combination of a European barcode and European disc should mean that the dump gets Europe region.

Fixed, but they were all submitted that way by you.

Nimbus isn't exclusive to Europe. USA discs with IFPI L125 are from a facility in Charlottesville USA. I don't remember any European manufactured Nimbus discs with non-Europe region?

So we have a couple different cases:

- PAL or NTSC-US console discs manufactured in for example Japan, in the case of Nintendo games.
- Datel unlicensed stuff released with the same barcode worldwide and all manufactured in Europe. However, the USA releases have USA specific information on the box and the mastering ringcode contains USA or NTSC and the discs are region locked.
- USA manufactured IBM PC stuff released in other regions, for example some Asia/Pacific EA releases, and some early Activision games (MechWarrior 2, Pitfall Europe). The barcode and box/covers indicate the correct region.
- Web order (Unlicensed, Kickstarter etc.) stuff where the same disc is sold from a central place and distributed worldwide.

With these exceptions in mind, I think this would be the correct way to determine a region?
Was a disc manufactured for release/distribution in a specific region (excl. World, so Europe / USA / Asia, etc.)? If so, then that region should be assigned, if not then the region of origin should be assigned.

And this is basically the rule that we've been applying so far?

By this logic, a game would only get (World) region if there's different discs from different regions with matching dumps, like we have with Xbox (360) and some other systems.

You can't go assigning (World) regions to these Web order discs just because they are distributed worldwide. They are still products of a particular region/country of origin. The ringcode and barcode clearly indicate a specific region.

But the reason why this topic was created is yet another different case, where we have a web order game with European ringcode and barcode that is sold with different artworks, supposedly for different regions. However, if I ordered the game from the US, I would still get to choose the artwork? And anyone from anywhere could order any artwork variation? So I fail to see why it should get (USA) region then.

Xbox 360 error handling still seems not safe.. 5 retries and "Retry OK", but the sector seems to be corrupt.

Indeed fixed

I think the bottom line on this is gonna be that we can't verify that the dump is good or bad unless you buy a disc that's already dumped and verify that. It's possible that due to different mastering, the USA disc has more errors.

Here are some places to buy Tropico (Europe):
https://www.medimops.de/tropico-pc-von- … 5AM6R.html (3 EUR shipping to US)
https://www.ebay.com/itm/Tropico-pc-gam … SwWxNYuH-S

It's probably a driver issue. Most drives such as that Optiarc should be able to read single errors with CloneCD.

@sarami I tested the xgd2swap command today and it works. The dump matches the 0800 dump from Xbox Backup Creator.

I have some questions though:

D:\dic>dic xgd2swap e prostreet 4 3825924 108976 3719856
AppVersion
        x86, AnsiBuild, 20200711T101216
valid extension was omitted. -> set .bin
CurrentDirectory
        D:\dic
WorkingPath
         Argument: prostreet.bin
         FullPath: D:\dic\prostreet.bin
            Drive: D:
        Directory: \dic\
         Filename: prostreet
        Extension: .bin
StartTime: 2020-07-18T10:24:16+0200
Set the drive speed: 5540KB/sec
Reading DirectoryRecord    3/   3
Creating iso(LBA)  4167012/ 4167012
Hashing: prostreet.iso
EndTime: 2020-07-18T10:37:19+0200

You can see here that I entered 3825924 as size, and the output file has the correct size, but still, the drive reads up to sector 4167012. Is this necessary?

Also, for xgd3swap you would need a swap disc that is 4267015 sectors long. I will see if it's possible to burn a fake TOC, because normal DVD9's (and DVD+R DL) are much smaller.

Everybody is having problems with the new firmware check, plz remove it!

Here are all the filenames with - followed by a letter: https://pastebin.com/raw/bq3xtpDN . The vast majority has a capital letter after the -. The only exception seems to be Japanese titles.

Makes sense, thanks for clarifying

We are seeing an influx of dumps that are done with ASUS drives. These drives do not support lead-out overreading. How do you warrant that there are no missing bytes in the last sectors? Does the program prevent dumping such discs?