search

libretro / px68k-libretro

Portable SHARP X68000 Emulator for Libretro
http://hissorii.blog45.fc2.com
GNU General Public License v2.0
45 stars 41 forks source link

Need a broken sram.dat #98

Closed negativeExponent closed 4 years ago

negativeExponent commented 4 years ago

file has to be broken in a normal way and not directly modified using human68k tools etc

This file is possible if you notice games not working when they were suppose to have worked the last time. it usually shows just a black screen with a line of japanese text (forgot to capture it when it last happened)

please upload the /keropi/sram.dat. thanks.

gingerbeardman commented 4 years ago

Intrigued. For what?

CadmiumRED commented 4 years ago

sram.zip

This could be a broken sram.dat file, because any/all 3-disk X68000 games do not function for me after they're loaded once (only when sram.dat is deleted/removed/missing from the keropi directory, do 3-disk games work ONLY the first time they're loaded). However, all 1-disk, 2-disk, and multi-disk (4-disk in this case) games have worked for me with no issue whatsoever.

I've been running on the newest stable version of RetroArch 1.8.3 with the newest core update of px68k in Windows 10.

I'm not sure if this file would be of any help, but there it is.

negativeExponent commented 4 years ago

looks like this is something about SRAM start address ($ed0010, dword), resetting this to the default value of $00ed-0100 remedy this. so something is messing up reading from this

negativeExponent commented 4 years ago

looks like the fastest recourse for this is to have a core option to allow resetting of sram everytime, unless someone disagrees or have a better idea of what going on with it: The issue is related to Granada and some other games that refuses to boot if sram start address is something other than the default.

news update: looks like this is a virus-like behavior jump. this routine is what i am exactly trying to do, https://github.com/libretro/px68k-libretro/blob/master/x68k/sram.c#L20

edit i think a boot override is a much logical approach.

negativeExponent commented 4 years ago

ok after 10 minutes of sleep i conclude that THIS IS A FALSE ALARM, well at least for the disk loading only black screen issue

@CadmiumRED this is still about just inserting only disk 1 on fdd0. the Eject from the Disk Control is not enough to issue a full eject. You need to use the Px68K Switch Menu (F12 or L2 on joypad), and manually have to EJECT FDD1 (if loading .m3u).

the clear sram proposal is still a valid core option to add when the screen is just black and a line of Japanese text in the middle

x68000genericerror

gingerbeardman commented 4 years ago

Is it feasible to hook the RetroArch Eject menu to the in-emu Eject?

negativeExponent commented 4 years ago

Is it feasible to hook the RetroArch Eject menu to the in-emu Eject?

done https://github.com/libretro/px68k-libretro/pull/108

gingerbeardman commented 4 years ago

Bravo!

negativeExponent commented 4 years ago

an alternate fix for boot-related problems, is to have access to boot-overrides, which mean you can either boot from RAM (default behavior), ROM, HDDx, or FDDx first.

gingerbeardman commented 4 years ago

Possible bad sram

I am getting black screen with no text when launching games.

https://transfer.sh/11WIll/sram.dat

negativeExponent commented 4 years ago

i got the information i needed. closing this now...