Viewing Issue Advanced Details
|ID||Category [?]||Severity [?]||Reproducibility||Date Submitted||Last Update|
|07999||Media Support||Minor||Always||Jun 4, 2021, 04:13||30 days ago|
|Tester||gspat||View Status||Public||Platform||MAME (Self-compiled)|
|Version||0.232||Fixed in Version||0.255||Build||64-bit|
|Fixed in Git Commit||8f05076||Github Pull Request #||#11195|
|Summary||07999: popn4, popn5 , popn6 , popn7 , popn8 , popnanm , popnanm2 , popnmt: CHDs are in the wrong format|
The CHDs for the above listed affected games are compressed as HDDs rather than DVDs
As a result, running the game associated with it shows a "DVD ERROR" or "SPU RAM ERROR"
(Note - the exact error wording varies between games, but is essentially the same error, with the same fix)
Was tipped to this from this reddit post, which also includes the fix for it:
Essentially, the process to fix the CHDs is as follows:
- Backup the larger of the CHDs to a backup folder (should have "02" at the end of the filename)
- Use the command chdman extractraw -i <chdname>02.chd -o <chdname>02.iso (The CHD with the "02" at the end of the filename is always the DVD)
- Delete the CHD
- Use the command chdman createcd -i <chdname>02.iso -o <chdname>02.chd
- Delete the ISO file
- Go to the /diff folder in your MAME installation and delete the <chdname>02.diff file located there (If it exists)
- The game should now run properly from the CLI and actually get into the game, instead of being stuck at the DVD error screen. It will, however complain about the CRC/SHA1 being incorrect.
|Steps To Reproduce||
Run the game
Observe the DVD error shown on the startup/initialization screen. The game will sit here with a counter in the corner
Perform the steps outlined above
Game will now run properly
Reporting this because I fear the next CHD update will replace/overwrite the CHDs in question. The conversion is annoying - too time consuming to repeat each update.
I attempted to create a mega account to upload the converted working CHDs to, but uploading to Mega sucks (many GBs to upload, but only allowing upload of ~50KB/sec).
Using mame-master build of 233
These are the SHA1s of the old/new CHDs:
gq986jaa02.chd WRONG CHECKSUMS:
a04jaa02.chd WRONG CHECKSUMS:
gqa16-ja ROM NEEDS REDUMP
gqa16jaa02.chd WRONG CHECKSUMS:
b00jaa02.chd WRONG CHECKSUMS:
gqb30jaa02.chd WRONG CHECKSUMS:
gq987jaa02.chd WRONG CHECKSUMS:
gea02jaa02.chd WRONG CHECKSUMS:
976jaa02.chd WRONG CHECKSUMS:
|Affected Sets / Systems||popn4, popn5 ,popn6 ,popn7 ,popn8 ,popnanm ,popnanm2 ,popnmt|
|There are no relationship linked to this issue.|
Jun 4, 2021, 04:21
edited on: Jun 5, 2021, 03:22
Added SHA1s for updated files.
Here is a Mega link:
Be aware, Some of these files uploaded at an extremely low bitrate, they may or may not work properly?
My personal experience with low bitrate transfers hasn't really been pleasant.
Modified djmain.cpp to firebeat.cpp
Jun 5, 2021, 00:47
This isn't an error. MAME doesn't properly support DVD CHDs yet and converting to CD CHDs loses some of the DVD information (you can check the data section SHA-1 of the CHDs, which would ideally be the same, but change if you convert from HDD CHDs to CD CHDs). The instructions you posted are just a hack that works due to the fact that I implemented the DVD drive code in the Firebeat driver using the CD-ROM code until a proper way for handling DVDs is determined.
Also, this is firebeat.cpp, not djmain.cpp.
30 days ago
Forgot this issue existed. This can be closed, it was fixed back in May when OG implemented DVD support for CHDs I rebuilt all of the pop'n CHDs and are playable now without any hacky workarounds.