Main > Software Forum

HiToText (Version 2010.11.4).

<< < (10/117) > >>

NOP:
Byte 3 may very well be the 6th digit in a score for mspacman.
since my score of 40920 was:
20 09 04 00 00 02 09 00 04 40 48

It makes sense that byte 3 would be the uppermost digits.

I was thinking that since there seems to be a lot of games that use the same alphabet as 1942, it might be pretty easy to write a simple scanner to go through *.hi and see if it can print out strings using any values in the 0ah-24h range.   If the program spit out readable messages, then we've not only got another game that uses the same sequence, but also a starting point on the locations of all the initials storage locations.

I could likely write something if what I'm describing only makes sense to me. ;)


Fyrecrypts:
Couldn't figure out byte 3, but byte 9 is definitely the 6th digit for the score, I've attached the changes.

Edit: Just to clarify, I'm starting my count with byte 0, so byte 3 is actually the 4th byte in the file, just as it's displayed in WinHex.

And I like the idea, it should be really useful, I'm going to try and get mrdo and mappy done today, so if you want to work on it go ahead. =)


Edit 2: Removing attachments, pacman.cs can be found in the attachment on the first post.

Fyrecrypts:
Finalized Galaga.


Edit: Removing attachments, galaga.cs can be found in the attachment on the first post.

Fyrecrypts:
Finalized Mr. Do

Edit: Removing attachments, mrdo.cs can be found in the attachment on the first post.

Fyrecrypts:
Mappy will be... unique, it stores 5 scores like you said NOP, the first three bytes are the scores and it multiplies that by 10, so 00 20 00 is 20,000. The next two are the stage reached. 02 63 is stage 263. And the last three are initials.

The weirdest part is with the top score, it's stored in the last 11 bytes where the hundred-thousand digit is byte 9 of these 11, ten-thousand is byte 11, thousand is byte 10, hundred is byte 6, tens is byte 5, and ones is byte 4. As far as I can tell the other bytes are just filler bytes.

So 00 00 00 05 06 07 00 00 09 08 07 would be: 978,765. However, as far as I can tell, there is no way to get anything other than multiples of 10 as a score anyway. So the ones byte is kinda useless.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version