Me again. Played around some more. The 'B' files are image data. I turned them into BMP and they fit nicely after the 'A' file (cutting and pasting in Paint), so the image is broken up into 2 A/B files (as well as the 4 B1/E1/G1/R1 files).
I use the Hex Editor to just paste the B onto the end of A and reset the height vaule to 240 and it comes out nice. The E1 files are also images (mostly black in my first test example) when I do the same to them. So the screen is broken into 4 parts, each 4 bits(?). Maybe its a hi-color (15/16bit) representation of the screen, and each file is suppose to be packed into it's repsective bits? No idea.
Hope my little experiments is amusing to you, hate to waste space here if no one is interested in the screen capture files this game makes. I might take a capture of a different screen to see if the E1 files are still mostly black ... could be a clue, like it represents the most significant values for 16 bit color data, maybe?
For the adventurous type, I'll paste below the BMP file header with the color table for 16 colors. The Red Green and Blue values are equal in the table so it makes gray. Once I figure out what the proper palette could be, I could change that later. Just stick the header up front, then the content of the A file then the B file for each B1, E1, G1, R1. That is for XX00000A.B1 and XX00000B.B1 you need to make 1 file with a bmp header and the 2 concatenated. Repeat for XX00000A.G1, XX00000B.G1, etc etc until all of the XX00000? are processed. Also, BMP are funny in that the image is stored upside down in it normally, so a right side up image like this one will display upside down. Just flip it in an image editor or photo editing program. Also, you should get 2 side by side images. I suspect the even and odd fields for each line are seperate adn non-sequential (ie all odd pixels for the line, followed by all the even pixels). Anyone know of a common graphic format that does this?
I still wonder how the 4 files encode the color information. Any ideas?
Okay, here's the hex code for displaying the A + B raw data as a grayscale bmp. This needs to be the very first thing in your file (as far as I know). (If you don't put the B after the A, then change the first F0 into C8 to display the A file alone or 28 to display the B file alone.) If this seems confusing, just play around with it. Also note, this is displayed Little Endian, so you should have your hex editor in little endian mode.
42 4D 30 9A 00 00 00 00 00 00 76 00 00 00 28 00
00 00 40 01 00 00 F0 00 00 00 01 00 04 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 11 11 11 00 22 22
22 00 33 33 33 00 44 44 44 00 55 55 55 00 66 66
66 00 77 77 77 00 88 88 88 00 99 99 99 00 AA AA
AA 00 BB BB BB 00 CC CC CC 00 DD DD DD 00 EE EE
EE 00 FF FF FF 00
|