Sharp X68000 Multi-Disk games questions

msheehan79

I may also add that Multi-Disk games are reasonably well supported in the core "as-is". I've got a few 2 disk games up & running on my setup.

If you use the cmd file method shown in the libretro documentation it supports loading up 2 disks at once from these text files, and the L2 button is mapped to bring up the native px68k menu screen to swap disks for games with more than 2 disks.

My main challenge with the current implementation is if you have a lot of multi-disk games, using the native px68k disk swap menu means you have to scroll through your entire list of games to find the disk you want to swap. Hence, the m3u playlist so you can swap disks entirely from the RGUI menu without needing to scroll through a big list of files.

msheehan79

Thanks for the tip on Genocide II - using that game to test I was able to confirm disk swapping now works. My original code had set it to swap FDD0 but I updated it to swap disks on FDD1.

I'm going to try and find a couple more multi-disk games to test further to make sure that swapping disks on FDD1 only is enough and there aren't any cases where the game is expecting you to swap FDD0.

alissongamer

@msheehan79 I am looking for solutions for a more practical exchange of games with several floppy disks and I found this topic. I use Retroarch in the Windows version, but I believe that the solutions can be for all versions. Can you find an easier way to do this?

msheehan79

@alissongamer

My updates to the core have already been accepted, and yes this should work on all platforms that RetroArch supports. So you can load 2 disks simultaneously by using an .m3u playlist file, and when it comes time to swap a disk you either opt to use the built-in PX68K menu as was always the case, or you can use the Disk Swap functionality from within RetroArch's menu to swap disks.

I have found some games require swapping the disk in either FDD0 or FDD1, so I have added a Core Option that would determine which disk slot you are swapping on.

In a perfect world the RetroArch disk swap menu would allow you to display both disk slots without having to go back to the Core Options menu to set this, but the structure seemed pretty hard-coded to one disc (I think because it was really built with optical disc based systems like PS1 in mind, that only have one drive). Making changes to the disk swap structure of RetroArch itself is a bit beyond my comfort level so I think it's as good as it is going to get unless someone is willing to really expand upon the functionality in RetroArch.

spud11

@msheehan79 Hi. Do you know whether your .m3u changes will work on the Raspberry Pi 3B? I have setup lr-px68k with .m3u but am getting bus errors. The core does work with .dim files and I've got it to work with a couple of .xdf files but nothing else. Thanks.

SuperFromND

@spud11 I don't see why they wouldn't work, the Pi 3B doesn't have any fundamental changes so everything should be fine.

msheehan79

@spud11 Not sure what the errors could be, but I have an RPI 3B and m3u files work fine here, so it's definitely not a hardware issue at least.

Do you know if you have a current build of the core? If you installed from binaries, it might be worth updating from source through the retropie-setup menu, just in case the binaries are older and before the m3u support was added to the core.

spud11

@msheehan79 Thanks for responding. I just realised the batch files I had been using to create my 2,000 odd .m3u files were adding an extra space at the end of each line in the .m3u file. Removing the space now means the .m3u file works. Now I just need to create a batch file for 2,000 odd files to remove that extra space....

Pyjamarama

Can you please post an m3u file so I can see its format and create some for my own setup?
thank you

SuperFromND

@pyjamarama M3U files are usually just a list of file names:

Castlevania Chronicles-1.dim
Castlevania Chronicles-2.dim
Castlevania Chronicles-3.dim
and so on...

spud11

@pyjamarama And just make sure that the carriage return takes place immediately after the last letter in any line which will be m for .dim. Using Notepad++ on Windows is the best way I find to create the .m3u files, if you make them manually.

For Castlevania Chronicles (known as Akumajou Dracula), it will depend on the romset you use but my .dim files are named: Akumajou Dracula (1993)(Konami)(Disk 1 of 2).dim and Akumajou Dracula (1993)(Konami)(Disk 2 of 2).dim. My Akumajou Dracula.m3u file looks like this:

Akumajou Dracula (1993)(Konami)(Disk 1 of 2).dim
Akumajou Dracula (1993)(Konami)(Disk 2 of 2).dim

I've automated the process of creating .m3u files, to some extent, using Windows batch files.

If you experiment with the following batch files, make a backup of everything before you do so:

I've set up a series of Windows batch files that automatically convert a folder of .dim files into .m3u files.

Windows batch file called 2_Disk_Conversion_to_m3u.bat:

@echo off
setlocal ENABLEDELAYEDEXPANSION
for /R "." %%f in ("*(Disk 1 of 2)*.dim") do (
    set f1=%%~nf
    set f2=!f1:Disk 1 of 2=Disk 2 of 2!
    echo %%~nf.dim > "!f1:~0,-4!.m3u"
    echo !f2!.dim >> "!f1:~0,-4!.m3u"
)

Windows batch file called 3_Disk_Conversion_to_m3u.bat:

@echo off
setlocal ENABLEDELAYEDEXPANSION
for /R "." %%f in ("*(Disk 1 of 3)*.dim") do (
    set f1=%%~nf
    set f2=!f1:Disk 1 of 3=Disk 2 of 3!
    set f3=!f1:Disk 1 of 3=Disk 3 of 3!
    echo %%~nf.dim > "!f1:~0,-4!.m3u"
    echo !f2!.dim >> "!f1:~0,-4!.m3u"
    echo !f3!.dim >> "!f1:~0,-4!.m3u"
)

Dropped into a game folder on Windows, these will produce .m3u files for both 2 disk and 3 disk games.

To remove the trailing white space at the end of each line of the .m3u files, I use the following batch file:

@echo off
For %%F in (*.m3u) do (
  type "%%F"|jrepl ".dim " .dim >"%%F.new"
  move /y "%%F.new" "%%F"
)

The reference to jrepl in the batch file above is a reference to jrepl.bat which I got from this website:
https://www.dostips.com/forum/viewtopic.php?t=6044

If, after using the batch files, you find that the actual file name of the .m3u has a space in it before the . like this Akumajou Dracula .m3u, then using these 2 batch files will remove that space:

@echo off
rename *.m3u *.

@echo off
rename *. *.m3u

After creating all of the .m3u files, I then just transferred those and the .dim files to the x68000 rom folder on my Pi and, in Attract Mode, generated a new romlist for .m3u files only (so the .dim files were ignored).

Pyjamarama

Thank you all.

What a generous and helpfull community this is...

spud11

@pyjamarama No worries. I've got batch files to convert 1 disk games to .m3u all the way up to 12 disk games to .m3u, if you need those too.

tobas

I've trying to figure out muti disk games as well. I forgot how to make the two disks into one file :(

tobas

@pyjamarama hey, did you manage to figure it out?

SuperFromND

You can't merge two disks into one file, but you can make an M3U playlist file and just hide everything else in es_systems.cfg. Just write the filenames of the disk into a file like this:

Disk 1.dim
Disk 2.dim

and save it as an m3u file.

fnkngrv

@supercatfooz I have tried to use dozens of m3u based files for the games and whenever I launch I get the screen flash and then just a black screen. I have tried creating my own and also have tried ones premade I found online, but I just can't get these darn files to go. If I launch the first disc of a game they do fine. I am running RetroPie 4.4.2 as of commits a few days ago.

spud11

@fnkngrv I replied to your post in my other thread. I see you are up to date with Retropie. I'll definitely have a look at which drives my 2 disk games are attached to. It sounds like there is a problem only with the second disks.

A Former User

Hello friends, for me it is working well to load disks using .m3u but only loads the .dim games and not .zip anyone have any solution to load compressed files?

GoldManSex778

@marcelosofth I came across your question a few days ago and was about to respond that lr-px68k doesn't support .zip extensions but when I looked at the documentation on GitHub (https://github.com/msheehan79/px68k-libretro) It does indeed list .zip as supported. It seems that lr-px68k doesn't recognize .zip files internally but should be able to load them from emulation station (similar to px68k).

I edited es_systems.cfg to tell emulation station to launch .zip files but couldn't get them to launch; neither from individual zips or .m3u files. I used 7zip to zip some .dim x68000 roms so that each disk was its own zip.

Are you able to get ES to boot x68000 .zip files without the .m3u? If you can, tell me how the .zip files you are using are archived (what is exactly in your zip files?). Since I may be zipping them wrong.

I can confirm that .HDM disk images work with the .m3u method outlined above