lr-px68k Multidisk games problem
-
@mitu this games not works:
Atomic Robo-Kid (1990)(System Sacom)(Disk 1 of 2)(Disk A).dim Atomic Robo-Kid (1990)(System Sacom)(Disk 2 of 2)(Disk B).dimArcus Odyssey (1991)(Wolf Team)(Disk 1 of 2).dim Arcus Odyssey (1991)(Wolf Team)(Disk 2 of 2).dimthis game work:
Akumajou Dracula (1993)(Konami)(Disk 1 of 2).dim Akumajou Dracula (1993)(Konami)(Disk 2 of 2).dim -
@krinasam said in lr-px68k Multidisk games problem:
Atomic Robo-Kid (1990)(System Sacom)(Disk 1 of 2)(Disk A).dim
Atomic Robo-Kid (1990)(System Sacom)(Disk 2 of 2)(Disk B).dimI tried this game and it works fine with this M3U file. The games take a while to load before booting (not much, but noticeable) and shows a splash image. The rumble is just telling you that the floppy image is read, maybe you need to wait a bit more until the game loads ?
Note that you can 'overclock' the machine from the core options (CPU Speed) to speed up the loading. Try setting also the Save FDD/HDD Paths to off, so the core doesn't save the last loaded disc/hdd image.
-
@mitu The only way to run this game for me is to pull the second disk out of fdd1. (F12 / eject disk from fdd1 / reset). The game starts but it says there is no disk in the drive, so now I put a second disk in fdd1 and press R- the game starts. Or the second way: (retroarch / disk controls / eject disk / current disk index set to 2 / insert disk). The game starts immediately without any messages.
I don't know why this is so, I can't figure it out.
Many multi-disk games don't run properly. -
I can't reproduce your error. The core will load the first 2 disc images from the
.m3uinto FDD0/FDD1, so the 2nd drive should already be populated with the 2nd disc image.Verify that your BIOS files are correct (
iplrom.datandcgrom.dat), then remove thekeropi/configfile and try again. -
@mitu Good news. The problem has been resolved. I have looked at the emulator documentation and it only needs 2 files cgrom.dat and iplrom.dat. In addition to these files, iplrom30.dat, iplromco.dat, iplromxv.dat were in the keropi directory. I deleted the last three files and everything works !!
-
@krinasam said in lr-px68k Multidisk games problem:
I deleted the last three files and everything works !!
That's strange, because I have those BIOS files present and there was not problem loading the game.
-
@mitu Slight correction. It is not the fault of these files. There was also a sram.dat file. I deleted the sram.dat file and it works the first time I run it. After the first run, this file is created again. Again, the game won't start
if I remove sram.dat I can run any multidisk game but only once. I removed all access permission in sram.dat. Now games always run correctly. @mitu can you show me acces permission in your sram.dat file? Do you know what the sram.dat file is needed for? -
@krinasam There are no special permissions on the file, should be read/write by the install user (
pi).$ pwd /home/pi/RetroPie/BIOS/keropi $ ls -l total 1300 -rw-r--r-- 1 pi pi 786432 Jan 5 17:18 cgrom.dat -rw-r--r-- 1 pi pi 345 Jan 5 19:10 config -rw-r--r-- 1 pi pi 131072 Jan 5 17:18 iplrom30.dat -rw-r--r-- 1 pi pi 131072 Jan 5 17:18 iplromco.dat -rw-r--r-- 1 pi pi 131072 Jan 5 17:18 iplrom.dat -rw-r--r-- 1 pi pi 131072 Jan 5 17:19 iplromxv.dat -rw-r--r-- 1 pi pi 16384 Jan 5 20:59 sram.datCan you describe, step by step, how you get to an error ? I'm starting to suspect that 1st run of the game is ok, but if you run a different game things change somewhere (be it
sram.datorconfig).
I have no issues running repeatedly the same game (Atomic Robo Kid), I'll try running a few other games also to see if anything changes.
Get a verbose log - as detailed in the docs - from the faulty run and then post it on pastebin.com. -
@mitu If i set access permission like You the game could not run. I must remove read access permission to pi user and game runs correctly. All muli disk games work fine.
-rw-r--r-- 1 pi pi 786432 Dec 24 1996 cgrom.dat -rw-r--r-- 1 pi pi 20 Jan 5 21:07 config -rw-r--r-- 1 pi pi 131072 Dec 24 1996 iplrom.dat --w-r--r-- 1 pi pi 16384 Jan 6 11:39 sram.datruncommand.log it is the same in both cases
Parameters: Executing: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-px68k/px68k_libretro.so --config /opt/retropie/configs/x68000/retroarch.cfg "/home/pi/RetroPie/roms/x68000/Atomic Robo-Kid.m3u" --verbose --appendconfig /dev/shm/retroarch.cfg [INFO] RetroArch 1.9.7 (Git 8373ac6) [INFO] === Build ======================================= [INFO] Capabilities: NEON VFPv3 VFPv4 [INFO] Built: Sep 8 2021 [INFO] Version: 1.9.7 [INFO] Git: 8373ac6 [INFO] ================================================= [INFO] [Input]: Found input driver: "x". [INFO] [Core]: Loading dynamic libretro core from: "/opt/retropie/libretrocores/lr-px68k/px68k_libretro.so" [INFO] [Overrides]: No core-specific overrides found at "/home/pi/.config/retroarch/config/PX68K/PX68K.cfg". [INFO] [Overrides]: Content dir-specific overrides found at "/home/pi/.config/retroarch/config/PX68K/x68000.cfg". [INFO] [Overrides]: No game-specific overrides found at "/home/pi/.config/retroarch/config/PX68K/Atomic Robo-Kid.cfg". [INFO] [Config]: Appending config "/home/pi/.config/retroarch/config/PX68K/x68000.cfg". -
@krinasam said in lr-px68k Multidisk games problem:
I must remove read access permission to pi user and game runs correctly
Then something else is broken in your setup, the emulators (including RetroArch) should always run as the
piuser, so read/write access for thepiuser is normal.runcommand.log it is the same in both cases
That's not the entire log, just the beginning of it. Use pastebin.com if you wish to post the entire file.
-
@mitu this is all I found in the runcommand.log file. There is nothing else.
-
@krinasam said in lr-px68k Multidisk games problem:
.There is nothing else.
There should be - how are you looking/viewing the file ?
-
@mitu said in lr-px68k Multidisk games problem:
There should be - how are you looking/viewing the file ?
WinSCP
-
Do you have enough disc space left on your sdcard ?
WinSCP should be able to look/transfer the file, try doing it after exiting RetroArch. -
@mitu I have enough disk space. After exiting retroarch, the contents of the file are the same. Can you show me yours runcommand.log file?
-
@krinasam said in lr-px68k Multidisk games problem:
Can you show me yours runcommand.log file?
It should look similar to this, including the messages showing the core shutdown:
... [INFO] [Core]: Unloading core.. [INFO] [Core]: Unloading core symbols..Your log stops before the core is loaded/game is started.
-
@mitu I tried to run another system (psx) and runcommand.log looks like yours. It looks like lr-px68k doesn't write to the runcommand.log file.
in retroarch/options/logging i set verbose logging and logging to file.
/opt/retropie/configs.hdmi/all/retroarch/logs/retroarch.log
this is log when game won't run:
link text
and this is log file when i removed read permission, and game loads correct:
link text
I don't see any difference -
I suspect the the folder override you saved for
x68000has an impact on the behavior and the logging file being smaller:... [INFO] [Overrides]: Content dir-specific overrides found at "/home/pi/.config/retroarch/config/PX68K/x68000.cfg". ...Can you try renaming the file, just for testing, to see if this changes the core's behavior ?
-
@mitu you were right. after deleting a file, the log is saved correctly. But this does not fix the problem with the sram.dat file
-
That was kind of expected and it looks like a core issue.
The logs show that the disc images are properly set into FDD0/FDD1, so the only explanation for your problem would be that thesram.datis corrupted between games.
As a workaround, you could delete thesram.datfile between runs, using anonstartscript for runcommand.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.