Px68k-libretro

[e-tank]

the machine i’m testing on is fedora 27, so vanilla linux x86_64 + glibc, nothing fancy or out of the ordinary.

i’ve done a lot of testing and i believe it’s due to cpu timing issues. i’ve found the raft is less likely to disappear the higher the cpu clock speed is set. at 10 mhz with the current 68k cpu core (or even the version from the initial libretro commit), in my tests the raft disappears more often than not. with the core you posted at 10 mhz i got the raft to disappear only once out of about 10 attempts. perhaps at this point in time it would be a good idea to change the default cpu speed of the core to 16 mhz from 10, at least until improvements can be made to the accuracy of its timings.

also, for anyone who wants to test this i’d suggest racking up points for extra lives on the first stage via killing loads of fleamen behind the breakable wall, preferably with holy water for huge multiplier bonus. then at the raft kill yourself each time it appears successfully to try again in order to help determine your rate of success.

[wertz]

interesting find. i’ve always run at 10Mhz as increasing it past that causes some minor issue especially for audio before when i was tinkering with core. It does work at 16Mhz though. good thing its not a big jump in Mhz.

[Tatsuya79]

No, don’t change the default 10MHz cpu speed as it will make plenty of games run too fast.

[e-tank]

at the very least an issue on its github page should probably be opened outlining the problem in akumajou dracula, perhaps with a note that it may be due to cpu and/or memory access clock cycle timings being inaccurate (too slow compared to real hardware) in order to run the game properly at default speed, and advise users to increase the clock speed manually to side step the problem.

also, i’d like to suggest an enhancement to the core here: rearrange the main loop so that vblank is handled first in the emulated frame slice (as i’m pretty certain the code is currently organized in the opposite way, active first then vblank), which would of course reduce latency by 1 frame in many games. if there’s anyone here who has the time and interest in taking on such a project but doesn’t know where to begin i’d be happy to provide links to previous commits on other emulator cores where this kind of code reorganization has been done before, which should be useful as a general reference on how one goes about solving this type of problem.

[wertz]

reducing 1 frame should be easy enough here…

[Alex123]

Hello everyone. I was surprised by this core because of how easy and good it is, I have tried several games and it is going very well but there is one that I do not know what to do to make it work:

Super Street Bomber X (19xx)(Dragon Studio)[Req Install].dim

When I load this game I get next message about Human.sys:

Screenshot

The file game name said “Req Install”, Must I install it? How can I do?

Thanks.

[anothername99]

Probably you need to create a harddrive image and:

1. Grab the Human68k (the operating system) install floppy and install it to the harddrive image
2. Remove the floppy and boot into the harddrive image
3. Insert Super Street Bomber X into the floppy drive and install it to the harddrive image
4. Remove the floppy, then navigate to where you installed the game and run it

[travnewmatic]

having a heckuva time getting Akumajou Dracula to run. Ive got it seeing both discs, but it looks like it wants to install? is there a proper way of creating an HDD0 file?

Thanks!

[Umwelt]

Is this core still crashing on MacOS? I’m running Retroarch 1.7.5 since it’s the latest working build with metal support. Whenever I try to load content with this core Retroarch crashes.

[tomyun]

I just installed Retroarch 1.7.7 on macOS 10.14.5 to try Px68k core and it crashed.

EDIT: turns out I had to put BIOS files in ~/Documents/RetroArch/system/keropi then it booted up with no crash.

[paradadf]

I’m having problems with this core not starting any game since I installed Retroarch 1.7.8. Tested it on Windows and a Raspberry Pi. Bios are correct, game booted before. Can anyone confirm this, please?

[Darknior]

Issue: FDD blocking HDF from loading

Some help here with this other issue ?

Issue: [Enhancement] Support for save states

And this one please ?

I’m working to release an easy use pack of games for this computer and help people to discover this fantastic machine I’m working on Batocera and it can be very cool if some here can help me. Thanks

[Darknior]

Issue: The Dracule DIM game working fine, HDF one is very slow

I have try an other game : undeadline Genjuuki (Japan) (Hard Drive)

1 min 34 to come to the game first logo. After it works perfectly, but all the loadings are very very long … near 1 minute from the logo to the title screen when i press a key

For : Akumajou Dracula (Japan) (Hard Drive)

About 1 min to come to this screen :

1. x68000 Sound
2. MT-32 CM-32 CM 64 Sound
3. SC-55 SC- 33 CM-300 CM-500 Sound

The only one working for sound is the choice : 1 I choose it and i must stand for minutes more.

I become to hear some cracling sound after 3 min 40 but always black screen After 6 min always black screen i stop it.

If i try the floppy 2 discs version i can see the title screen after only 25 sec. It’s strange because on xbox they made these hard drive games version to make them loading faster.

Maybe it’s only a PI3 issue ?

[Darknior]

Probably you need to create a harddrive image and:

1. Grab the Human68k (the operating system) install floppy and install it to the harddrive image
2. Remove the floppy and boot into the harddrive image
3. Insert Super Street Bomber X into the floppy drive and install it to the harddrive image
4. Remove the floppy, then navigate to where you installed the game and run it

Cool interesting informations

1. There is always an hard drive in the emulator ? I suppose i must found or create an empty one ?
2. All these actions are made in command line with the x68000 operating system?
3. I suppose there is a solution to make it autoboot ? I found some games like Akumaju Dracula in HDF format that auto boot Maybe it can be interesting to create some other like it for all the big games with many floppy, and make them loading faster ?

[arbuzisko]

Hello I have a problem (lakka 2.3.1 on RPI4) in px68k. I create in system directory keropi, and put in cgrom.dat, iplrom.dat, iplrom30.dat, iplromco.dat, iplromxv and run rom in dim files - not working. With in keropi directory only cgrom.dat, iplrom.dat files - not woring. MD5 Checksums all files is ok. In putty log: Font ROM image can’t be found Help

[SiriusVI]

I use the Px68k retroarch core to emulate this system and I have a question regarding disk swapping through the original px68k menu which can be accessed by pressing the left trigger on your controller.

The game I’m testing this with is “Akumajou Dracula”. It requires 2 disks.

If I boot the game via Launchbox, the game boots, but I need to insert the second disk to actually play it. So I bring up the emulator menu by pressing L2 on my controller. I can see that the first diskis loaded. The line reads:

“¥Akumajou Dracula (1993)(Konami)(Disk 1 of 2).dim” (take note of the yen sign “¥”

So I go to the second foppy frive and choose: “Akumajou Dracula (1993)(Konami)(Disk 2 of 2).dim”, Now the line reads: “Akumajou Dracula (1993)(Konami)(Disk 2 of 2).dim” (no yen sign)

However, the game still does not work. I hear the music playing but there is only a black screen. If I hit reset, the same thing happens.

I tried reloading the first disk as well, but if I choose “Akumajou Dracula (1993)(Konami)(Disk 1 of 2).dim” again, the line does not read anymore

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

but

“Akumajou Dracula (1993)(Konami)(Disk 1 of 2).dim” (no yen sign)

Now, the system doesn’t even boot.

So as you can see, if I try to load disks from the emulator menue, the Yen sign “¥” is missing and somehow that seems to mean that the game is not properly mounted. If I launch the game using launchbox, the Yen sign “¥” is there and the game boots.

The next thing I tried is m3u playlists and sure enough, if I load an m3u playlist from Launchbox, both disks are properly mounted (with Yen signs) and the game works fine. The lines read:

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

The problem is however that there are many games with more than just 2 disks, so I NEED to be able to swap disks using the emulator menu. Does anyone have an Idea what I’m doing wrong here?

[atsumori-neo]

Is there a reason you are using the yen sign in the file name? That corresponds to a backslash in a lot of file systems so that might be causing issues.

Otherwise, you should be able To use the m3u file for 3+ disk games. If I recall correctly, you should be able to switch between the disk assigned to drive 1 by toggling disks in RA.

[te_lanus]

I tried Macross on the x68000 using the core, and found some graphical errors. Not sure if it’s because of my settings, disk image or the emu. I only found these graphical errors with this game.

These are my options I set for the game:

px68k_adpcm_vol = "15"
px68k_analog = "disabled"
px68k_cpuspeed = "10Mhz"
px68k_disk_drive = "FDD1"
px68k_disk_path = "disabled"
px68k_frameskip = "Full Frame"
px68k_joy1_select = "Default"
px68k_joy_mouse = "Mouse"
px68k_joytype1 = "Default (2 Buttons)"
px68k_joytype2 = "Default (2 Buttons)"
px68k_menufontsize = "normal"
px68k_no_wait_mode = "disabled"
px68k_opm_vol = "12"
px68k_ramsize = "6MB"
px68k_rumble_on_disk_read = "enabled"
px68k_vbtn_swap = "TRIG1 TRIG2"

and Rom info:

Macross (19xx)(-)[p].dim sha1=9eaeeedd331744b1083b0ab0f9bff618265de0ef

Other info:

OS: Kubuntu 18.04
RetroArch 1.9.0 (Git 6809655338)

[Tatsuya79]

looks even worse in XM6.