Tritorn

Page 4/6
1 | 2 | 3 | | 5 | 6

By Manuel

Ascended (16826)

Manuel's picture

05-01-2013, 11:14

ROM dump seems to be OK... maybe it is some kind of copy protection?

By anonymous

incognito ergo sum (118)

anonymous's picture

23-01-2013, 08:59

My Twitter follower has revealed the reason of the error.It was caused by default RAM state(started by hardware reset).
Real MSX and emulator each have different RAM states,real MSX's RAM is filled with 00h and FFh but emu is FFh only.
But program of Tritorn don't initialize RAM state.So it leads to the error.

The cause is the state of address E453h.Rewrite value 00h on E453h before game start.The error can be fixed.Please try it.

By Manuel

Ascended (16826)

Manuel's picture

23-01-2013, 20:29

Aha, thanks a lot for this news!!
So it depends on the machine it is being run on. Which real machine did you use? It would be nice to find out the pattern in RAM. It is often not simply 0x00 or 0xFF, but some alternating pattern of those....

If you can tell me which real machine you used and the RAM pattern, I can fix the openMSX configuration file to use that initial RAM pattern, so that the game will work like on the real hardware Smile

By fukenko

Champion (357)

fukenko's picture

27-01-2013, 17:45

I use FS-A1GT and HB-F1XDJ and PHC-23.It runs without error on A1GT and PHC-23 but hung up on XDJ.
I checked E453h of XDJ,it was FFh as I expected.Other machines are not FFh.

I saved 8000h-FFFEh of those three machines.Though they are not perfect because I used BSAVE command and HBD-20W to save,but It will be of some help.Please see it.

FS-A1GT+HBD-20W:
http://psyzans.com/Etc/8000h-FFFFh_FS-A1GT.DAT

PHC-23+HBD-20W:
http://psyzans.com/Etc/8000h-FFFEh_PHC-23.DAT

HB-F1XDJ:
http://psyzans.com/Etc/8000h-FFFEh_HB-F1XDJ.DAT

By Manuel

Ascended (16826)

Manuel's picture

27-01-2013, 18:21

Thanks a lot! I'll implement the patterns in openMSX and then we can test again Smile

By Manuel

Ascended (16826)

Manuel's picture

27-01-2013, 21:18

Hmm, I tested it, but ... the PHC-23J still has 0xFF on that location...

According to the dump you made the pattern is:

00 00 FF FF FF FF 00 00

This gives 0xFF on 0xE453.

Also on HB-F1XDJ (which has pattern of 256 bytes 00 FF 00 FF 00 etc and then a pattern of 256 bytes FF 00 FF 00 etc. and then repeats with the first pattern). This also gives 0xFF on 0xE453.

So, now I'm confused :S

By anonymous

incognito ergo sum (118)

anonymous's picture

28-01-2013, 11:13

Sorry! I checked E453h of PHC-23J again,it was FFh as you say.Your pattern is right.
Maybe state of RAM was rewritten with 00h because of disk BASIC or other operation when I played Tritorn on PHC-23J.

By Manuel

Ascended (16826)

Manuel's picture

28-01-2013, 10:56

Unfortunately, when I set up the pattern on PHC-23J, the game still fails due to the 0xFF value on 0xE453 Sad

So, I wonder why it worked on the real PHC-23J...

By anonymous

incognito ergo sum (118)

anonymous's picture

28-01-2013, 14:31

Probably,I could play Tritorn without error on PHC-23 because of software reset.Once rewrite E453h with certain value,it remains for a while after pressing reset switch.

By Manuel

Ascended (16826)

Manuel's picture

28-01-2013, 14:45

fukenko: are you able to test this Tritorn issue on a PHC-23J from power-on state (to get clean RAM), to verify that it is not working then?

By the way, the dump of your GT's memory did not show any initial patterns. Was it running for a while already? (RAM used for other things, erasing the initial pattern...) I'd like to implement the correct pattern for the GT and see whether Tritorn works correctly on it. (Perhaps you could also confirm for the GT whether Tritorn works when playing from power-on state to get clean RAM...)

Page 4/6
1 | 2 | 3 | | 5 | 6