Thanks for trying to help me. The problem doesn’t seem to be game related, as with other games I get the same white window crash. So it seems I’m stuck here.
did you just say you are using 32-bit windows? i think cores have compatibility with 32bit OS, you should try somebody with a 64bit windows and test px68k there
sadly i cant test 32bit, im not even able to install with my setup now.
Yes, 32-bit is all I have, unfortunately.
I downloaded the core via RetroArch (32-bit), so I was assuming it should work with my 32-bit OS.
Well, it might take a while until I find someone with 64-bit windows, who has time and is willing to install RetroArch for/with me.
I can confirm that on Windows 10 64-bit that RA crashes whenever trying to load a game with px68k. I just installed it tonight, first tried 1.6.7 stable release, then also the current nightly build for both RA and core with the same results.
I usually run RetroArch cores on an RPI3 (RetroPie) but was trying to get HDF images to run on this core and was having no luck on the Pi so I figured I’d give it a shot on Windows.
On that note - can anyone tell me what this image says and what it means? I get this when trying to load an HDF image file.
“An error occurred. Please reset.”
Thank you for the translation.
Are there any common issues or things to check when trying to use HDF images on this core? DIM files load OK on the same setup.
The same HDF file does boot up when I tried it with XM6 (2.06 I believe) in Windows, so I feel like I am missing a step somewhere. I am using RetroPie to launch RA and the file/core from command line.
be sure your hdf is in SASI format, SCSI one are not supported with this core. Also be sure (hit F12) that you don"t have some fdd set , if yes unset same and reset using the gui.
you can use diskexplorer to open it and see if they are Human68k HDD or SCSI. http://www.gamesx.com/wiki/doku.php?id=x68000:x68000
Thanks for the tips. I am 99% sure it was SASI format already as when I tested it on XM6 in Windows I had set the HDD as a SASI drive there. Also made sure no FDD was set. But I will retest hopefully tonight or over the weekend.
Thanks also for the link, I do have diskexplorer but this site looks like a good resource to learn more and will keep trying to get this working!
It worked for me recently too on win7 as I launched almost every game on the system to make those thumbnails.
Some hdd that float around aren’t working in emulators, some other ones are not bootable and you need to launch them with a bootable floppy (human68k_xx in Mame SL set).
I just tried a second Windows 64-bit PC, this one a laptop running Windows 8.1 and have the same issue with the core crashing RetroArch whenever I try to load an HDF file. DIM files worked fine on both. I kept the test process very simple, both of these PCs had never had RA installed previously.
Here is what I have done to replicate the issue:
-
Download the current stable (1.6.7) RetroArch windows x64 installer and install it.
-
From within RA download the latest px68k core (build b716d4f)
-
Add BIOS files to the ‘system/keropi’ folder
-
Add a few sample ROMs in DIM and HDF format to the ‘downloads’ folder
-
From RetroArch’s frontend load the PX68K core, then load a DIM rom for Content to confirm it is working (it does load normally).
-
Second test is to load RA, load the PX68K core, then load an HDF file. (I confirmed that all FDD entries in the system/keropi/config file were blank to make sure it was actually loading the HDF and not a previous FDD). RA crashes with the following error:
I can certainly provide logs if you think it would be useful. I didn;t see any obvious errors when I checked it.
The only real variables are the BIOS and HDF files - Could there be a problem with the BIOS file and would that cause the entire program to crash? The same HDF file does load using the XM6 emulator and is a SASI image so I’m less inclined to think the HDF file is corrupt, but maybe it could still work on some emulators but not others if it is corrupt?
Does the core support mouse input?
Yes, you just need to have “Joy/Mouse” on “Mouse” in the F12 menu.
2 Likes
hello Guys, is it possible px68 core compatible with retroarch for PS VITA ?
Hello, I’m trying to modify this core to switch resolution “on the fly” (for a raspberry pi usage). I will post my result if it finally work. Actually, I can switch resolution inside the core by getting retrow and retroh value when changed (reported by fbset and tvservice) but the screen remain desesperatly black. I think problem comes from retroarch video system that may need to be restarted. Anyone as any clue for doing this ? Thanks
why would you want to switch the resolution? the biggest this core uses is 800x600 from what i remember which most monitors should be capable of displaying.
black screen? do you even hear the game playing? or see the menu when pressing F12?
I want to use the real game resolution. Raspberry is able to output low res that can be used on CRT display. For example bubble bobble use two resolutions in game : 256x256 and 256x224. I want the core to be able to switch between both.
And to answer your question, yes, I can hear the game running but neither the game image is displayed, neither the menu.
im not sure what you wanted to do but the core already is able to switch(or resize) when it changes resolution (through update_geometry()) like most other core does.
Well, for example, if you start retroarch with your video output at 320x240 it will remain at this resolution during all game. While game run at 256x224 or 256x256, it will result on a dirty stretch. If it was possible to switch video output to the real resolution there will be no stretch and a perfect result on a crt.
Can you use a superwide horizontal resolution on the RPI? this will take care of this issue instantly.