MAME & DOSBOX zipped ROM issue

[MelonGx]

Original title: Mame2000 / Mame2003 cannot run some Mame & CPS1 games (Firstly I thought it might be a core issue but now it seems don't)

Such as Cadillacs and Dinosaurs World 930201 (even the compatibility list said it worked), Hard head 2 (it is said that mame2010 would work) , etc. It turned black-screen about 10-15 sec and flashed-back to main menu.

[black-pudding]

Cadillacs and Dinosaurs is said to have issues on mame2003 and Hard head 2 has a "not working" status. https://docs.google.com/spreadsheets/d/1LP1MELCvcxu7TfiowF_0ZuvRVEMqlfQyTVetnOJvuJc/edit#gid=1744967714

[MelonGx]

@black-pudding No, it's not the reason you said. The gamelist said C&D "have issues" BUT NOT "not working". And now it seems not to be a core issue because of the following things: @ClusterM @pcm720 http://gbatemp.net/threads/hakchi2-nes-mini-very-simple-pimp-tool.456256/page-389#post-7180135

For example, C&D (dino.zip) should include 16 .rom files. But browsing dino.zip with RetroArch, it says "No items." Then where are those 16 .rom files? Are they hidden or missed? Are they properly copied into the NES mini? Why can't it be properly copied into the NES mini? I think this is the most probable reason of this issue.

This also happens on DOSBOX ROM zip files. When browsing a DOSBOX ROM zip file with RetroArch, it only shows .EXE files. All the other formats are missing. This also causes the game unable to play - the EXE file reports "File not found (required non-exe)!" The original ROM zip file should contain 44 files as following: Why it remained only two exe files after imported into NES mini?

[pcm720]

RetroArch hides unsupported file formats. That's why you see "No items" when browsing an archive.

Make sure that you use supported romset (with required BIOS images in system folder) and that you're opening the whole archive as a game. Don't forget that you must change /bin/zip to /bin/mame2003 in command line arguments in Hakchi2

16 марта 2017 г. 12:17 пользователь "MelonGx" notifications@github.com написал:

@black-pudding https://github.com/black-pudding No, it's not the reason you said. The gamelist said C&D "have issues" BUT NOT "not working". @ClusterM https://github.com/ClusterM @pcm720 https://github.com/pcm720 http://gbatemp.net/threads/hakchi2-nes-mini-very-simple- pimp-tool.456256/page-389#post-7180135

For example, C&D (dino.zip) should include 16 .rom files. But browsing dino.zip with RetroArch, it says "No items." Then where are those 16 .rom files? Are they properly copied into the NES mini? Why can't it be properly copied into the NES mini? It makes the game unable to play!

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ClusterM/retroarch-clover/issues/45#issuecomment-286999437, or mute the thread https://github.com/notifications/unsubscribe-auth/AGtjbEI35YGgq1y87VRPqWhaF1JPAmPJks5rmP4ggaJpZM4MdEUE .

[MelonGx]

@pcm720 Shouldn't CPS1 game add custom BIOS?

Then how about DOSBOX issue? To play FD2.EXE, it requires everything non-EXE. But in this case, DOSBOX thought everything non-EXE were missed.

[black-pudding]

Final fight works on my NES mini and I didn't put any CPS1 BIOS in the system. Are you sure your games come from a 0.78 MAME reference set? An issue I also had several times is that hakchi2 tells me the there is enough space in the NES mini but in reality the last added games aren't uploaded properly without receiving any error message. Each time, I just had to make some space on the NES mini (10% free space) and the last added games started to work well.

[MelonGx]

@black-pudding Wt!? A ROM set patched for MAME2003? It's new for me.

[black-pudding]

Check here for the 0.78 MAME reference set: https://github.com/kaz321123/Mame-Support-Files

[MelonGx]

@black-pudding Just checked the dino.zip from it. Complete the same. Even every file's CRC32 are the same. So I don't know why it doesn't work but the compatible list said it worked. I can only doubt if the RetroArch's unsupported file hiding causes this incompatibility.

[black-pudding]

This is what I have in my dino.zip in the 0.78 MAME reference set :

[MelonGx]

@black-pudding This is mine. Does the CRC32 match yours?

[MelonGx]

@black-pudding I put the dino.zip into another Famicom Mini which only has 15MB used but still the same. Just found that Street Fighter II' Champion Edition worked. Its ROM archive is also "No files". So dino.zip's "No files" should not be the problem, which means dino.zip is really unsupported. I have to wait for mame2010 or mame2014 work on NES mini.

Then what's the DOSBOX's matter?

[pcm720]

@MelonGx , everything is fine with the archive itself and the transfer process. Like I said, RetroArch lists only compatible files, so you shouldn't be able to see anything other than EXE in the first place. The problem is probably with 7z unpacking process. If you know how to use clovershell, run "ls -al /var/cache" after you launch DOSBox and post the output here.

[black-pudding]

@MelonGx here is my CRC32 list but I can't have the result in hexadecimal in my app. If you can get yours in decimal you should be able to compare :

[MelonGx]

@black-pudding The CRC32s are completely the same. I give up playing it until mame2010 core appears. @pcm720 The same thing also happens on .zip archive. NES mini doesn't have a keyboard so if I can't edit the DOSBOX core I'm not able to view the file list by ls -al or dir/w.

[pcm720]

@MelonGx , that's not true. Take a look at this: https://github.com/ClusterM/clovershell-client https://github.com/ClusterM/clovershell-daemon This won't enable keyboard controls in RetroArch, but it will allow you to access NESC's shell.

[MelonGx]

@pcm720 The archive is probably unable to be all-extracted to /var/cache. I put another DOSBOX game with main program & DOS4GW. But after running the main program, it says DOS4GW is missing. I browse the /var/cache, only the main program is there.

[pcm720]

Are you using RGUI to browse /var/cache or clovershell-client?

[MelonGx]

@pcm720 Back to execute FD2.EXE. Here is the result.

[pcm720]

Okay, now that's something to work with. I've tried running archived DOOM with RetroArch's Windows port, and it does the same thing. Basically, it unpacks the first exe it can find in the archive and runs it. There are two ways this can be fixed:

1. Running unpacked files directly by placing them to the game folder (the old way)
2. Modifying the DOSBox launch script so it would manually unpack game archives into temporary folder and then passing the EXE (decide which one to pass by looking at the archive name, perhaps?) to retroarch-clover script.

[MelonGx]

I just manually uploaded all 43 files into /var/cache/ and execute FD2.EXE. The game can be played now. But a new problem happens - I need to configurate the key for this game, otherwise no buttons work.

[pcm720]

Use RGUI to bind gamepad keys to keyboard keys

[MelonGx]

Don't know what is RGUI. Is there any manual method to create the controller setting?

[pcm720]

It's the menu you see when you press Select+Start. https://github.com/RetroPie/RetroPie-Setup/wiki/RetroArch-Configuration#core-input-remapping Instead of Select+X use Select+Start

[MelonGx]

@pcm720 RGUI - Quick Menu - Options & Controls are both not working. I have to try PC-editing retroarch.cfg.

The FD2 uses Up/Down/Left/Right/Space(A)/"." or Esc(B)/Ctrl or Alt or Shift + F1-F10(Secret Shop) keys.

[MelonGx]

@pcm720 Nevermind. A friend taught me how to correctly configure the keys. Now the DOSBOX game can be played.