ModdingWiki - User contributions [en-gb]

Treasure Mountain

2025-12-08T13:37:10Z

Trogdor: Word Puzzles format known

{{NeedMoreInfo}}
{{Game Infobox
| Levels = No
| Tiles = No
| Sprites = Edit
| Fullscreen = Edit
| Sound = No
| Music = No
| Text = No
| Story = No
| Interface = No
}}
'''Treasure Mountain''' is a game that uses word play in the form of "clues", to help teach reading comprehension. The player must correctly answer a question after reading a passage of text in order to continue to the next level.

There are no game settings, the engine automatically selects the best possible settings based on your computer's architecture.

== File formats ==

This section lists the file formats used in the game.

{{BeginGameFileList|header=false}}
{{GameFile
| Name = all_puzs
| Format = [[Treasure Mountain Puzzles]]
| KnownFormat = Yes
| Desc = Word puzzles
}}
{{GameFile
| Name = help.dat
| Format =
| KnownFormat = No
| Desc = Help menu text
}}
{{GameFile
| Name = prg_dict
| Format =
| KnownFormat = Partial
| Desc = Word list (16-char null-padded fixed length strings)
}}
{{GameFile
| Name = sfx.ibm
| Format =
| KnownFormat = No
| Desc = Sound effects (PC Speaker, AdLib setting uses PC Speaker for sound effects)
}}
{{GameFile
| Name = sfx.tan
| Format =
| KnownFormat = No
| Desc = Sound effects (Tandy)
}}
{{GameFile
| Name = tunes.ibm
| Format =
| KnownFormat = No
| Desc = Music (PC Speaker)
}}
{{GameFile
| Name = tunes.tan
| Format =
| KnownFormat = No
| Desc = Music (Tandy, AdLib)
}}
{{GameFile
| Name = *.pan
| Format = [[Treasure Mountain Panning Image Format]]
| KnownFormat = Yes
| Desc = Level background layer
}}
{{GameFile
| Name = *.pak
| Format = [[PAK Format (The Learning Company)]]
| KnownFormat = Partial
| Desc = Game sprites and level tiles.
}}
{{GameFile
| Name = users.dat
| Format = [[Treasure Mountain Save File]]
| KnownFormat = Partial
| Desc = Saved games/scoreboard
}}
{{EndGameFileList}}

== Texts (preliminary) ==

'''Introductory screens'''

They are stored in SST.EXE starting at 0x1AAA8, text is plotted and when 26 chars are filled it goes to next line. When the parser encounters the value 0x0A09, the next two bytes form an ASCII number which seems to be the reference of the image being shown and whenever this value is encountered, the system starts a new line to draw the image. The text is null-terminated (0x00). If 0x0A precedes 0x00 apparently it is the last screen of the sequence.

[[Category:The Learning Company]]
[[Category:Super Solvers Series]]
[[Category:Educational]]
[[Category:Sidescroller]]

Treasure Mountain Puzzles

2025-12-08T13:33:49Z

Trogdor: Added Credits Category

== File Format ==

{|class="wikitable"
! Decimal || Hex || Data type !! Description
|-
| 0 || 0x00|| [[UINT16LE]] QuizStart[360] || Starting offset for each of the 360 quizzes
|-
| 720 || 0x2D0 || [[char]] Quizzes[] || Quiz content and answers
|}

== Quizzes ==

The quizzes start at offset 0x2D0.
To parse each quiz:
* Read the question until you encounter the first ~ character.
* After the ~ the answers follow, each separated by newline(return) characters:
** The first line is the correct answer
** The next two lines are incorrect answers

'''Notes:'''
* Each quiz begins with 0x2020 and ends with a null terminator (0x00)
* When this character '`' appears in the quiz text, all following text should be displayed as red until the character appears again.
* The start position of each quiz is calculated as:

QuizStart value + 0x2D0

== Special Characters ==

Quizzes may contain placeholder characters that map to words using the PRG_DICT file. This mapping is sequential: both the code and corresponding word. The first word in the PRG_DICT file corresponds to the starting character code 0x80. Each subsequent word is mapped to the next character code by incrementing by 1. For example:

Replace '€' (0x80) with "the"
Replace 'ƒ' (0x83) with "word".

== Credits ==

This file format was reverse engineered by [[User:Trogdor|Trogdor]].

[[Category:The Learning Company]]
[[Category:Treasure Mountain]]

Treasure Mountain Puzzles

2025-12-08T13:21:02Z

Trogdor: /* Quizzes */

== File Format ==

{|class="wikitable"
! Decimal || Hex || Data type !! Description
|-
| 0 || 0x00|| [[UINT16LE]] QuizStart[360] || Starting offset for each of the 360 quizzes
|-
| 720 || 0x2D0 || [[char]] Quizzes[] || Quiz content and answers
|}

== Quizzes ==

The quizzes start at offset 0x2D0.
To parse each quiz:
* Read the question until you encounter the first ~ character.
* After the ~ the answers follow, each separated by newline(return) characters:
** The first line is the correct answer
** The next two lines are incorrect answers

'''Notes:'''
* Each quiz begins with 0x2020 and ends with a null terminator (0x00)
* When this character '`' appears in the quiz text, all following text should be displayed as red until the character appears again.
* The start position of each quiz is calculated as:

QuizStart value + 0x2D0

== Special Characters ==

Quizzes may contain placeholder characters that map to words using the PRG_DICT file. This mapping is sequential: both the code and corresponding word. The first word in the PRG_DICT file corresponds to the starting character code 0x80. Each subsequent word is mapped to the next character code by incrementing by 1. For example:

Replace '€' (0x80) with "the"
Replace 'ƒ' (0x83) with "word".

[[Category:The Learning Company]]
[[Category:Treasure Mountain]]

Treasure Mountain Puzzles

2025-12-08T13:18:16Z

Trogdor: /* Special Characters */

== File Format ==

{|class="wikitable"
! Decimal || Hex || Data type !! Description
|-
| 0 || 0x00|| [[UINT16LE]] QuizStart[360] || Starting offset for each of the 360 quizzes
|-
| 720 || 0x2D0 || [[char]] Quizzes[] || Quiz content and answers
|}

== Quizzes ==

The quizzes start at offset 0x2D0.
To parse each quiz:
* Read the question until you encounter the first ~ character.
* After the ~ the answers follow, each separated by newline(return) characters:
** The first line is the correct answer
** The next two lines are incorrect answers

'''Notes:'''
* Each quiz begins with 0x2020 and ends with a null terminator (0x00)
* The start position of each quiz is calculated as:

QuizStart value + 0x2D0

== Special Characters ==

Quizzes may contain placeholder characters that map to words using the PRG_DICT file. This mapping is sequential: both the code and corresponding word. The first word in the PRG_DICT file corresponds to the starting character code 0x80. Each subsequent word is mapped to the next character code by incrementing by 1. For example:

Replace '€' (0x80) with "the"
Replace 'ƒ' (0x83) with "word".

[[Category:The Learning Company]]
[[Category:Treasure Mountain]]

Treasure Mountain Puzzles

2025-12-08T13:09:17Z

Trogdor: /* Quizzes */

== File Format ==

{|class="wikitable"
! Decimal || Hex || Data type !! Description
|-
| 0 || 0x00|| [[UINT16LE]] QuizStart[360] || Starting offset for each of the 360 quizzes
|-
| 720 || 0x2D0 || [[char]] Quizzes[] || Quiz content and answers
|}

== Quizzes ==

The quizzes start at offset 0x2D0.
To parse each quiz:
* Read the question until you encounter the first ~ character.
* After the ~ the answers follow, each separated by newline(return) characters:
** The first line is the correct answer
** The next two lines are incorrect answers

'''Notes:'''
* Each quiz begins with 0x2020 and ends with a null terminator (0x00)
* The start position of each quiz is calculated as:

QuizStart value + 0x2D0

== Special Characters ==

The quizzes will have random characters, this works in conjunction with the PRG_DICT file, it is both sequential the code and the word. You start from the first word and the first starting character which is <tt>0x80</tt>. You then increment the character by 1 and go the next word example:
* Replace '€'(0x80) with "the"
* Replace 'ƒ'(0x83) with "word".

There is a special character '`' in the quizzes, this just means when you first see this character all text will now be red until you reach another '`'.

[[Category:The Learning Company]]
[[Category:Treasure Mountain]]

Treasure Mountain Puzzles

2025-12-08T13:03:14Z

Trogdor: /* File Format */

== File Format ==

{|class="wikitable"
! Decimal || Hex || Data type !! Description
|-
| 0 || 0x00|| [[UINT16LE]] QuizStart[360] || Starting offset for each of the 360 quizzes
|-
| 720 || 0x2D0 || [[char]] Quizzes[] || Quiz content and answers
|}

== Quizzes ==

The starting positon for the quizzes is <tt>0x2D0</tt>. Each quiz will need to read the question until you reach the first character <tt>'~'</tt>, this is where the answers begin and the first line is the correct answer and the next 2 lines will be the other incorrect answers. Repeat till the end of the file.

== Special Characters ==

The quizzes will have random characters, this works in conjunction with the PRG_DICT file, it is both sequential the code and the word. You start from the first word and the first starting character which is <tt>0x80</tt>. You then increment the character by 1 and go the next word example:
* Replace '€'(0x80) with "the"
* Replace 'ƒ'(0x83) with "word".

There is a special character '`' in the quizzes, this just means when you first see this character all text will now be red until you reach another '`'.

[[Category:The Learning Company]]
[[Category:Treasure Mountain]]

User talk:Trogdor

2024-02-06T11:18:49Z

Trogdor: /* Treasure Mountain Level Format */

== Treasure Mountain Level Format ==

Welcome to the modding wiki! I've been looking over your edits, and I was wondering... is the "[[Treasure Mountain Level Format]]" actually a level format with an embedded tileset, or is it just a tileset format? From the image, it seems to just be a tileset, but from the explanation I'm not too sure. If it's not a level format, then the page should probably be moved to "Treasure Mountain Tileset Format". If it ''is'' a level format, then the showcase image should be changed to an actual constructed level image, not a dump of the tile data. (Oh, as a side note, please avoid using html; most html tags have corresponding wiki formatting.) -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 09:43, 24 January 2024 (GMT)

:Hi [[User:Nyerguds|Nyerguds]], thanks for the welcome. Basically this file contains the image tilesets and also what I call chunks and each room/level is made up chunks, the only room that doesn't have multiple chunks is the the main menu which has just one chunk of 320x200 which is the main title screen. The page to create was already called [[Treasure Mountain Level Format]] so I just went with it, but perhaps it should just be "Treasure Mountain Tileset Format" as it doesn't hold any level data, just how to display chunks in the game with it's associated tileset images in the one file.

:Thanks for the heads up for the no html, I'm new to the site so just will look more into the WIKI and how you're meant to do everything.[[User:Trogdor|Trogdor]] ([[User talk:Trogdor|talk]]) 12:55, 24 January 2024 (GMT)

::So the actual end result is a set of one or more full images built up from these tiles, then? That's actually quite like the Sierra/Dynamix BMP Matrix images used as scrolling background in their adventure games; they "compressed" long panning images by chopping them into tiny blocks so repeating wall patterns would be reusable. Actually, I should really document those on the wiki... I figured out that format and added support for it in my conversion tool, but never added it here :-\
::On the subject of Treasure Mountain, these seem to be quite similar; the <tt>.PAN</tt> extension in fact hints at the fact it is a "panning" image. So I guess "Treasure Mountain Panning Image Set Format" would probably be a better name. In fact, I see that indeed, the page already uses the template for tileset information, not the game map one.
::As for wiki formatting, well, I didn't actually know how to do numbered lists in wiki formatting either, but a quick online search landed me on the example page on wikipedia right away. And for specific templates and tables used on the wiki here, you can just open the source of some other pages and see how it's done. -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 22:11, 24 January 2024 (GMT)

:: Right, I managed to decode the images. I expected the end result to be one large panning image, but it seems they're generally 128x128 pixel chunks used to build up a full level. I'm going to edit some stuff in the article to clarify some points, and I'll move the page to a more appropriate name. Maybe just "Treasure Mountain PAN Format" is more succint.
::One more note, though: if you upload images, please, if possible, upload them in original pixel format. The palette in these images is also useful information for mod makers, and your tiles dump did not contain it. Of course, on some formats this isn't entirely possible; for example, CGA images are 2 bit per pixel, and I don't know many applications that support saving in that format, but in general, if an image is indexed, it's nice if the palette is preserved in the showcase image here on the wiki. -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 09:27, 25 January 2024 (GMT)

:::Thanks for all that. With the image and colour palette, I have the colour palette on [[PAK Format (The Learning Company)]] page, do I need to include it in the actual image or have it on the page as table as I've done in this page? Since it's a EGA palette just in a different order than the default. Yes all these chunks are for the level data. I've found where it's stored, it's the in SST.exe file and begins at position 0x15F65 for the first chunk beginning at chunk 0,0 most top left of the room. I believe the main game is just a massive room that is about 16x18 chunks from what I can tell at the moment. It's a bit hard to make the level from what I can tell at the moment because since it's all in the same room you have to know which .PAN file tileset to use in which part of the room. [[User:Trogdor|Trogdor]] ([[User talk:Trogdor|talk]]) 11:04, 25 January 2024 (GMT)

::::No worries, I'll upload a full decoded image later to replace the tileset dump that's there now, and my conversion tool retains the original palette when exporting to png, so then that's all taken care of. -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 15:34, 25 January 2024 (GMT)

::::Done. The page is now at [[Treasure Mountain Panning Image Format]]. Just gotta implement saving for the file format, and then I can release the new version of [[Engie File Converter|my converter tool]] and add it to the page. -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 19:56, 25 January 2024 (GMT)

:::::Awesome it looks really good, well done with the page! Thanks for all your efforts, hopefully I'll get to a point one day when I am able understand, explain and articulate as well as you do. I'll keep working on Treasure Mountain and trying to reverse engineer it. [[User:Trogdor|Trogdor]] ([[User talk:Trogdor|talk]]) 00:50, 26 January 2024 (GMT)

::::::Nyerguds Industries Proudly Presents: [[:File:Mod-Treasure_Mountain.png|Treason Mountain]]! And yes, that's an in-game screenshot using an actual re-saved <tt>OPENING.PAN</tt> file :) -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 14:15, 1 February 2024 (GMT)
::::::I managed to do some optimising by shuffling around the order of the tiles in the image data so pairs of tiles that have repeating ranges of the same byte at the first tile's end and the second tile's start are put together. It's an ''extremely'' rough logic (it doesn't even check if the resulting repetition indeed exceeds 3 bytes to make it viable for compression), but still, all of the original files become slightly smaller when resaved that way. And the game accepts them just fine. I added the tool to the Panning Image format page. -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 21:33, 1 February 2024 (GMT)
::::::Okay, changed to a logic that actually detects and chains together tiles with the most repeats of the same byte on their beginnings and ends. Resaving now manages to take a full kilobyte off the largest file in the game. I guess that's good enough :) -[[User:Nyerguds|Nyerguds]] ([[User talk:Nyerguds|talk]]) 10:35, 2 February 2024 (GMT)
:::::::Very nice! Good work with the panning image optimisation and the program, I downloaded it and it's pretty impressive work. Also thanks for working on the [[PAK Format (The Learning Company)]] I was really stuck on that for a few months scratching my head trying to figure out how it worked. Guess I was going about the wrong way reading it. I think we've got most of it done now, just need to figure out how the level data works in the sst.exe file and how the last area where you climb the ladder is stored in the save file. Haven't been able to figure that out. [[User:Trogdor|Trogdor]] ([[User talk:Trogdor|talk]]) 11:18, 6 February 2024 (GMT)

User talk:Trogdor

2024-01-26T00:50:12Z

Trogdor: /* Treasure Mountain Level Format */

User talk:Trogdor

2024-01-25T11:24:03Z

Trogdor: /* Treasure Mountain Level Format */

User talk:Trogdor

2024-01-25T11:05:21Z

Trogdor: /* Treasure Mountain Level Format */

Treasure Mountain Save File

2024-01-24T23:33:16Z

Trogdor:

{{NeedMoreInfo}}
{{Playerdata Infobox
| Savegame = Yes
| Where = Start
| Elements = Player and saved game level data
| Games =
{{Game|Treasure Mountain}}
}}

The '''DAT Format''' is used to store player data and currently saved level if there is any.

This file is 3,242 bytes in total. It functions as a repository for player-specific data, encompassing individual player profiles and their respective saved game level.

== File format ==

Each player is saved in 360 bytes sections, with a maximum of 9 players. 360 x 8 = 3240 and the remaining 2 bytes are just the end of the file 0x0000

The file begins with the following structure:

{|class="wikitable"
! Decimal !! Hex !! Data Type !! Description
|-
|0 || 0x00 || [[BYTE]] || Start of file
|-
|1 || 0x01 || [[UINT16LE]] || {{TODO| Unknown}}
|-
|3 || 0x03 || [[ASCIIZ]]|| Player Name(9-char null-padded fixed length strings)
|-
|12 || 0x0C || [[BYTE]]|| Saved game(Boolean)
|-
|13 || 0x0D || [[UINT16LE]]|| Player Score
|-
|105 || 0x69 || [[UINT16LE]][9]|| 9 Quizzes for the elves
|-
|123 || 0x7B || [[BYTE]][9]|| Elf answers state
|-
|132 || 0x82 || [[BYTE]]|[9]|| Words for the current game
|-
|141 || 0x89 || [[BYTE]][48]|| Treasures collected
|-
|190 || 0xBE || [[BYTE]][10]|| Level Chunks level 3
|-
|203 || 0xCB || [[BYTE]][15]|| Level Chunks level 2
|-
|219 || 0xDB || [[BYTE]][19]|| Level Chunks level 1
|-
|238 || 0xEE || [[BYTE]]|| Secret Cave Chunk (0x4B coins, 0x49 no coins)
|-
|239 || 0xEF || [[BYTE]]|| Level 3 Exit Chunk (0x26 Closed, 0x3C Open)
|-
|240 || 0xF0 || [[BYTE]]|| Level 3 Bridge Chunk (0x2F Stable , 0x30 Broken)
|-
|241 || 0xF1 || [[BYTE]]|| Level 3 Exit Chunk (0x26 Closed, x03C Open)
|-
|242 || 0xF2 || [[BYTE]]|| Level 2 Exit Chunk (0x38 closed, 0x35 Open)
|-
|243 || 0xF3 || [[BYTE]]|| Level 2 Bridge Chunk (0x2F Stable , 0x30 Broken)
|-
|244 || 0xF4 || [[BYTE]]|| Level 2 Net Rock Chunk
|-
|245 || 0xF5 || [[BYTE]]|| Level 1 Net Rock Chunk
|-
|246 || 0xF6 || [[BYTE]]|| Level 1 Exit Chunk (0x40 closed, 0x4C Open)
|-
|247 || 0xF7 || [[BYTE]][11]|| Level 3 Treasures in each chunk
|-
|260 || 0x104 || [[BYTE]][13]|| Level 2 Treasures in each chunk
|-
|276 || 0x114 || [[BYTE]][20]|| Level 1 Treasures in each chunk
|-
|307 || 0x133 || [[BYTE]][3]|| Amount of treasure collected each level
|-
|310 || 0x136 || [[BYTE]][6]|| Treasure duplication
|-
|323 || 0x143 || [[BYTE]]|| Game Difficulty
|-
|225 || 0x145 || [[BYTE]]|| Current Tileset
|-
|327 || 0x147 || [[UINT16LE]]|| Player Coin count in current saved game
|-
|329 || 0x149 || [[UINT16LE]]|| Player Net count in current saved game
|-
|335 || 0x14D || [[BYTE]]|| Current level key state (Collected or not)
|-
|337 || 0x14F || [[BYTE]]|| Net Spawned
|-
|338 || 0x151 || [[UINT16LE]][8]|| Player and Camera Saved Position
|-
|347 || 0x15B || [[BYTE]]|| Amount of coins left required to open net rock
|-
|348 || 0x15C || [[UINT16LE]]|| Net count amount for player for new game
|-
|350 || 0x15E || [[UINT16LE]]|| Coin count amount for player for new game
|-
|353 || 0x161 || [[BYTE]]|| Music on or off (Boolean)
|-
|355 || 0x163 || [[BYTE]]|| Sound on or off (Boolean)
|-
|359 || 0x167 || [[BYTE]]|| Currently selected treasure in clubhouse
|}

==File Information==

===Player Name===
Player name is a string with null terminator at the end, this string can only be maximum 8 characters so 9 BYTES in total if including null terminator
===Player Score===
Player score has a rank system based on it's value
{|class="wikitable"
! Score Range !! Rank
|-
| 0 - 4 || Trainee
|-
| 5 - 24 || One Star
|-
| 25 - 69 || Two Star
|-
| 70 - 114 || Three Star
|-
| 115 - 169 || Four Star
|-
| 170 - 229 || Five Star
|-
| 230 - 299 || Six Star
|-
| >= 300 || Champion
|}

===Elf===
====Quiz====
Elf quizzes are indexed based from 0 to the last quiz there is. The quiz is made up of 2 bytes, the first byte is the index of quiz from the [[Treasure Mountain Puzzles]] file. The next byte is if the quiz has been solved or note, 0x00 if it has not been solved otherwise 0x80 if it has been solved.

====Position/Status====
This is the status of the quiz at it's current answered state, now the position of both the quizzes and the elf change in the save file. {{TODO| Unsure exactly what controls which position they take or how it tracks it}}
There are different codes 0x07 to 0x00, 0x07 means nothing has been chosen and 0x00 means all choices have been made. {{TODO| The other codes in between unsure exactly what they are for, 1 answered, 2 answered maybe which answer top/bottom etc?}}

===Level Code Words===
There are 9 code words and they are stored and indexed from the '''SST.EXE''' file, it starts at position 100416/0x18840 and increments by one separated by a null terminator until position 100734/0x1897E. It is saved in it's index value + 123 and when the word is found you minus 123 again to save that the word has been found.

===Treasure Collection===
This is the treasure collected in game there are 48 treasures to collect in total, it is arrayed based where by default all slots start with no treasure 0x80. The first treasure starts at 0x06 and is incremented by 2 until each treasure until the final of 0x64.

{| class="wikitable" style="float:left;"
|-
! Hex !! Treasure
|-
| 0x06 || Handkerchief
|-
| 0x08 || Sail Boat
|-
| 0x0A || Ice-cream
|-
| 0x0C || Map
|-
| 0x0E || Watering Can
|-
| 0x10 || Xylophone
|-
| 0x12 || Flute
|-
| 0x14 || Telescope
|-
| 0x16 || Fruit Bottle
|-
| 0x18 || Pie
|-
| 0x1A || Clam
|-
| 0x1C || Honey Vase
|}

{| class="wikitable" style="float:left;"
|-
! Hex !! Treasure
|-
| 0x1E || Balloon
|-
| 0x20 || Vase
|-
| 0x22 || Teddy Bear
|-
| 0x24 || Candy Cane
|-
| 0x26 || Award First Place
|-
| 0x28 || Four Leaf Clover
|-
| 0x2A || Mirror
|-
| 0x2C || Flower Pot
|-
| 0x2E || Cake
|-
| 0x30 || Ice Skates
|-
| 0x32 || Drum
|-
| 0x34 || Shoes
|}

{| class="wikitable" style="float:left;"
|-
! Hex !! Treasure
|-
| 0x36 || Windmill
|-
| 0x38 || Jack-In-The-Box
|-
| 0x3A || Lantern
|-
| 0x3C || High Heels
|-
| 0x3E || Necklace
|-
| 0x40 || Skate Board
|-
| 0x42 || Candle
|-
| 0x44 || Top Thing
|-
| 0x46 || Lamp
|-
| 0x48 || Fish Bowl
|-
| 0x4A || Train
|-
| 0x4C || Carriage
|}

{| class="wikitable" style="float:left;"
|-
! Hex !! Treasure
|-
| 0x4E || Cabuse
|-
| 0x50 || Rocket
|-
| 0x52 || Dog
|-
| 0x54 || Cat
|-
| 0x56 || Ring
|-
| 0x58 || Pig
|-
| 0x5A || GenieLamp
|-
| 0x5C || Pong Board
|-
| 0x5E || Plane
|-
| 0x60 || Funky Glasses
|-
| 0x62 || Twirly Hat
|-
| 0x64 || Swan
|}

{{clear}}

===Level Chunks===
The main game level in Treasure Mountain is just one big room made up of chunks it is 18 by 18 chunks, every chunk is 128x128 pixels.

===Treasure Collected Amount===
This is one byte for each level saying how many treasures you have collected, this is just for the sprite at the bottom right of the screen.

{| class="wikitable"
|-
! Hexadecimal !! Number
|-
| 0x00 || None
|-
| 0x01 || One
|-
| 0x03 || Two
|-
| 0x07 || Three
|-
| 0x0F || Four
|-
| 0x1F || All Treasures
|}

===Net Spawner===
The chunk when closed is 0x47 and 0x46 when opened, this is when the coins left which is also stored in a byte reaches 0. Then the actual item is spawned the net spawned byte when saving is 0x00 otherwise by default it's 0x04 for nothing. Now there are sprites for numbers 1-6 so if you change the value to 6 it will show it but the game always resets it to 4. Also if you keep putting up the value it will just go through the sprite sheet and start showing all the other images in it.

===Treasure Duplication===
This uses bitwise operator to check which items are duplicated in your treasure collected array, the binary value of '''10001101''' means the first, third, fourth and eighth treasures are duplicated. Increments for each byte by 8 until you get 48 bits in total from right to left each byte for each treasure room.

===Player and Camera Position===
As mentioned before the game level is just one big room so there is the player and camera positions saved in the file. It goes like this player x, player y, camera x and camera y. How to read the data is it comes in 2 bytes, lets start with the second byte. This byte is the level chunk x 2, now this works with the first byte which is the distance right of the chunk specified. So 0x8003 would be 128 pixels right of the 6th chunk.

===Current Treasure===
By default it starts as 0xFFFF since there are no treasures collected when you make a new player, but when you collect one it will change to the treasure value. It replaces the treasure in your treasure collected array with 0x80 when saving, you can then work out the index when loading the game from that as the first 0x80 will be the current treasure index.

== Credits ==

This file format was reverse engineered by [[User:Trogdor|Trogdor]]. If you find this information helpful in a project you're working on, please give credit where credit is due. (A link back to this wiki would be nice too!)

[[Category:The Learning Company]]

User talk:Trogdor

2024-01-24T12:55:37Z

Trogdor: /* Treasure Mountain Level Format */

Treasure Mountain Save File

2024-01-24T09:02:28Z

Trogdor: /* File format */

File:Treasure Mountain Tileset Mountain pan.png

2024-01-24T02:02:15Z

Trogdor: Tileset created by getting all image data from .PAN file

== Summary ==
Tileset created by getting all image data from .PAN file

Treasure Mountain Panning Image Format

2024-01-23T13:21:03Z

Trogdor:

{{NeedMoreInfo}}
{{Tileset Infobox
| Hardware1 = EGA
| MaxTiles = 232-1
| Palette = External
| Names = N
| TileMinSize = 8×8
| TileMaxSize = 65535×65535
| NumPlanes = 4
| PlaneArrangement = Linear
| HasTransparency = P
| HasHitmap = N
| Metadata = None
| Subtilesets = N
| Compressed = N
| Hidden = N
| Games =
{{Game|Treasure Mountain}}
}}

The '''PAN Format''' is used to store multiple 16-color graphics tile images and tile format.

== File Format ==

The file format is as follows

{|class="wikitable"
! Data type !! Description
|-
| [[UINT16LE]] Image Start|| Image tile data start byte position + 8
|-
| [[UINT16LE]] Tile Width|| How many tiles wide
|-
| [[UINT16LE]] Tile Height|| How many tiles high
|-
| [[UINT16LE]] Image Size || How many bytes to read for image data
|-
| [[UINT16LE]] Tile data[] || Tile data
|-
| [[BYTE]] Image data[] || Image data
|}

Each file starts the same with Image start where to start reading image data, also need to add 8 to it's value.

== Tile Data ==

There can be one or multiple tilemaps/chunks in the each file, each tilemap will be the width and height amount of tiles that is read at the start. You will need to read X amount of tilemaps until you reach the image data start byte position.

To read the tile data, it's done in 2 bytes 4 nibbles.
<ol>
<li>Nibble is add 64 x value in pixels</li>
<li>Nibble is add 4 x value in pixels</li>
<li>Nibble is repeat tiles amount + 1</li>
<li>Nibble is add 1024 x value in pixels</li>
</ol>

An example <tt>0x24F1<tt>, first we do the repeat which is 15 + 1 = 16, so we repeat the tile 16 times. Next is the first, second and fourth nibbles. (2 x 62 = 128) + (4 x 4 = 16) + (1 x 1024 = 1024) = 1168. If we had the image data as a 8 pixel wide image strip you would just go to the y coordinate of 1168 to get your tile image.

If the data ends up being 0xF0FF you will need to then use a different formula, you need to read the next 2 bytes as well. The next first byte is for the position of where to read from the image and the second byte is the actual tilemap/chunk to read from. So 0x0202 means to get the second tile from tilemap/chunk 3. You will need to put the whole row from the previous image, can even be the current one and put in the current row you are creating.

== Image Data ==

Each tile is 8x8 pixels and the image data is in 4bpp linear format, big endian packed. As an example, the values 0x12 0x34 would represent four pixels, left to right, of colour values 1, 2, 3 and 4. With the colour palette it would be bright blue, brown, bright red and red.

There is only 2 rules when reading image data:
<ol>
<li>If it begins with <tt>0xA5</tt> the next byte will be the repeat amount and the byte after will be the colours. An example <tt>0xA511B5</tt> repeat 16 times the colours Yellow and Magenta.</li>
<li>If it's begins with <tt>0xA5</tt> and the next byte is <tt>0xA5</tt> just do the colours <tt>0xA5</tt> Bright Cyan and Magenta one time.</li>
</ol>

If the repeat amount goes over the height of the current image tile, repeat the remainder amount onto the next tile image.

Treasure Mountain Save File

2024-01-22T09:01:56Z

Trogdor:

{{NeedMoreInfo}}
{{Playerdata Infobox
| Savegame = Yes
| Where = Start
| Elements = Player and saved game level data
| Games =
{{Game|Treasure Mountain}}
}}

The '''DAT Format''' is used to store player data and currently saved level if there is any.

== File format ==

The file begins with the following structure:

{|class="wikitable"
! Decimal !! Hex !! Data Type !! Description
|-
|0 || 0x00 || [[BYTE]] || Start of file
|-
|1 || 0x01 || [[UINT16LE]] || {{TODO| Unknown}}
|-
|3 || 0x03 || [[ASCIIZ]]|| Player Name(9-char null-padded fixed length strings)
|-
|12 || 0x0C || [[BYTE]]|| Saved game(Boolean)
|-
|13 || 0x0D || [[UINT16LE]]|| Player Score
|-
|105 || 0x69 || [[UINT16LE]][9]|| 9 Quizzes for the elves
|-
|123 || 0x7B || [[BYTE]][9]|| Elf answers state
|-
|132 || 0x82 || [[BYTE]]|[9]|| Words for the current game
|-
|141 || 0x89 || [[BYTE]][48]|| Treasures collected
|-
|190 || 0xBE || [[BYTE]][10]|| Level Chunks level 3
|-
|203 || 0xCB || [[BYTE]][15]|| Level Chunks level 2
|-
|219 || 0xDB || [[BYTE]][19]|| Level Chunks level 1
|-
|238 || 0xEE || [[BYTE]]|| Secret Cave Chunk
|-
|239 || 0xEF || [[BYTE]]|| Level 3 Exit Chunk (0x26 Closed, 0x3C Open)
|-
|240 || 0xF0 || [[BYTE]]|| Level 3 Bridge Chunk (0x2F Stable , 0x30 Broken)
|-
|241 || 0xF1 || [[BYTE]]|| Level 3 Exit Chunk (0x26 Closed, x03C Open)
|-
|242 || 0xF2 || [[BYTE]]|| Level 2 Exit Chunk (0x38 closed, 0x35 Open)
|-
|243 || 0xF3 || [[BYTE]]|| Level 2 Bridge Chunk (0x2F Stable , 0x30 Broken)
|-
|244 || 0xF4 || [[BYTE]]|| Level 2 Net Rock Chunk
|-
|245 || 0xF5 || [[BYTE]]|| Level 1 Net Rock Chunk
|-
|246 || 0xF6 || [[BYTE]]|| Level 1 Exit Chunk (0x40 closed, 0x4C Open)
|-
|247 || 0xF7 || [[BYTE]][11]|| Level 3 Treasures in each chunk
|-
|260 || 0x104 || [[BYTE]][13]|| Level 2 Treasures in each chunk
|-
|276 || 0x114 || [[BYTE]][20]|| Level 1 Treasures in each chunk
|-
|307 || 0x133 || [[BYTE]][3]|| Amount of treasure collected each level
|-
|310 || 0x136 || [[BYTE]][6]|| Treasure duplication
|-
|323 || 0x143 || [[BYTE]]|| Game Difficulty
|-
|225 || 0x145 || [[BYTE]]|| Current Tileset
|-
|327 || 0x147 || [[UINT16LE]]|| Player Coin count in current saved game
|-
|329 || 0x149 || [[UINT16LE]]|| Player Net count in current saved game
|-
|335 || 0x14D || [[BYTE]]|| Current level key state (Collected or not)
|-
|337 || 0x14F || [[BYTE]]|| Net Spawned
|-
|338 || 0x151 || [[UINT16LE]][8]|| Player and Camera Saved Position
|-
|347 || 0x15B || [[BYTE]]|| Amount of coins left required to open net rock
|-
|348 || 0x15C || [[UINT16LE]]|| Net count amount for player for new game
|-
|350 || 0x15E || [[UINT16LE]]|| Coin count amount for player for new game
|-
|353 || 0x161 || [[BYTE]]|| Music on or off (Boolean)
|-
|355 || 0x163 || [[BYTE]]|| Sound on or off (Boolean)
|-
|359 || 0x167 || [[BYTE]]|| Currently selected treasure in clubhouse
|}

== Credits ==

This file format was reverse engineered by [[User:Trogdor|Trogdor]]. If you find this information helpful in a project you're working on, please give credit where credit is due. (A link back to this wiki would be nice too!)

[[Category:The Learning Company]]

Treasure Mountain Save File

2024-01-22T08:59:50Z

Trogdor: Created page with "{{NeedMoreInfo}} The '''DAT Format''' is used to store player data and currently saved level if there is any. == File format == The file begins with the following structure..."

{{NeedMoreInfo}}

The '''DAT Format''' is used to store player data and currently saved level if there is any.

== File format ==

The file begins with the following structure:

{|class="wikitable"
! Decimal !! Hex !! Data Type !! Description
|-
|0 || 0x00 || [[BYTE]] || Start of file
|-
|1 || 0x01 || [[UINT16LE]] || {{TODO| Unknown}}
|-
|3 || 0x03 || [[ASCIIZ]]|| Player Name(9-char null-padded fixed length strings)
|-
|12 || 0x0C || [[BYTE]]|| Saved game(Boolean)
|-
|13 || 0x0D || [[UINT16LE]]|| Player Score
|-
|105 || 0x69 || [[UINT16LE]][9]|| 9 Quizzes for the elves
|-
|123 || 0x7B || [[BYTE]][9]|| Elf answers state
|-
|132 || 0x82 || [[BYTE]]|[9]|| Words for the current game
|-
|141 || 0x89 || [[BYTE]][48]|| Treasures collected
|-
|190 || 0xBE || [[BYTE]][10]|| Level Chunks level 3
|-
|203 || 0xCB || [[BYTE]][15]|| Level Chunks level 2
|-
|219 || 0xDB || [[BYTE]][19]|| Level Chunks level 1
|-
|238 || 0xEE || [[BYTE]]|| Secret Cave Chunk
|-
|239 || 0xEF || [[BYTE]]|| Level 3 Exit Chunk (0x26 Closed, 0x3C Open)
|-
|240 || 0xF0 || [[BYTE]]|| Level 3 Bridge Chunk (0x2F Stable , 0x30 Broken)
|-
|241 || 0xF1 || [[BYTE]]|| Level 3 Exit Chunk (0x26 Closed, x03C Open)
|-
|242 || 0xF2 || [[BYTE]]|| Level 2 Exit Chunk (0x38 closed, 0x35 Open)
|-
|243 || 0xF3 || [[BYTE]]|| Level 2 Bridge Chunk (0x2F Stable , 0x30 Broken)
|-
|244 || 0xF4 || [[BYTE]]|| Level 2 Net Rock Chunk
|-
|245 || 0xF5 || [[BYTE]]|| Level 1 Net Rock Chunk
|-
|246 || 0xF6 || [[BYTE]]|| Level 1 Exit Chunk (0x40 closed, 0x4C Open)
|-
|247 || 0xF7 || [[BYTE]][11]|| Level 3 Treasures in each chunk
|-
|260 || 0x104 || [[BYTE]][13]|| Level 2 Treasures in each chunk
|-
|276 || 0x114 || [[BYTE]][20]|| Level 1 Treasures in each chunk
|-
|307 || 0x133 || [[BYTE]][3]|| Amount of treasure collected each level
|-
|310 || 0x136 || [[BYTE]][6]|| Treasure duplication
|-
|323 || 0x143 || [[BYTE]]|| Game Difficulty
|-
|225 || 0x145 || [[BYTE]]|| Current Tileset
|-
|327 || 0x147 || [[UINT16LE]]|| Player Coin count in current saved game
|-
|329 || 0x149 || [[UINT16LE]]|| Player Net count in current saved game
|-
|335 || 0x14D || [[BYTE]]|| Current level key state (Collected or not)
|-
|337 || 0x14F || [[BYTE]]|| Net Spawned
|-
|338 || 0x151 || [[UINT16LE]][8]|| Player and Camera Saved Position
|-
|347 || 0x15B || [[BYTE]]|| Amount of coins left required to open net rock
|-
|348 || 0x15C || [[UINT16LE]]|| Net count amount for player for new game
|-
|350 || 0x15E || [[UINT16LE]]|| Coin count amount for player for new game
|-
|353 || 0x161 || [[BYTE]]|| Music on or off (Boolean)
|-
|355 || 0x163 || [[BYTE]]|| Sound on or off (Boolean)
|-
|359 || 0x167 || [[BYTE]]|| Currently selected treasure in clubhouse
|}

== Credits ==

This file format was reverse engineered by [[User:Trogdor|Trogdor]]. If you find this information helpful in a project you're working on, please give credit where credit is due. (A link back to this wiki would be nice too!)

[[Category:The Learning Company]]

Treasure Mountain Panning Image Format

2024-01-21T06:53:12Z

Trogdor:

{{NeedMoreInfo}}
{{Tileset Infobox
| Hardware1 = EGA
| MaxTiles = 232-1
| Palette = External
| Names = N
| TileMinSize = 8×8
| TileMaxSize = 65535×65535
| NumPlanes = 4
| PlaneArrangement = Linear
| HasTransparency = P
| HasHitmap = N
| Metadata = None
| Subtilesets = N
| Compressed = N
| Hidden = N
| Games =
{{Game|Treasure Mountain}}
}}

The '''PAN Format''' is used to store multiple 16-color graphics tile images and tile format.

== File Format ==

The file format is as follows

{|class="wikitable"
! Data type !! Description
|-
| [[UINT16LE]] Image Start|| Image tile data start byte position + 8
|-
| [[UINT16LE]] Tile Width|| How many tiles wide
|-
| [[UINT16LE]] Tile Height|| How many tiles high
|-
| [[UINT16LE]] Image Size || How many bytes to read for image data
|-
| [[UINT16LE]] Tile data[] || Tile data
|-
| [[BYTE]] Image data[] || Image data
|}

Each file starts the same with Image start where to start reading image data, also need to add 8 to it's value.

== Tile Data ==

There can be one or multiple tilemaps/chunks in the each file, each tilemap will be the width and height amount of tiles that is read at the start. You will need to read X amount of tilemaps until you reach the image data start byte position.

To read the tile data, it's done in 2 bytes 4 nibbles.
<ol>
<li>Nibble is add 64 x value in pixels</li>
<li>Nibble is add 4 x value in pixels</li>
<li>Nibble is repeat tiles amount + 1</li>
<li>Nibble is add 1024 x value in pixels</li>
</ol>

An example <tt>0x24F1<tt>, first we do the repeat which is 15 + 1 = 16, so we repeat the tile 16 times. Next is the first, second and fourth nibbles. (2 x 62 = 128) + (4 x 4 = 16) + (1 x 1024 = 1024) = 1168. If we had the image data as a 8 pixel wide image strip you would just go to the y coordinate of 1168 to get your tile image.

== Image Data ==

Each tile is 8x8 pixels and the image data is in 4bpp linear format, big endian packed. As an example, the values 0x12 0x34 would represent four pixels, left to right, of colour values 1, 2, 3 and 4. With the colour palette it would be bright blue, brown, bright red and red.

There is only 2 rules when reading image data:
<ol>
<li>If it begins with <tt>0xA5</tt> the next byte will be the repeat amount and the byte after will be the colours. An example <tt>0xA511B5</tt> repeat 16 times the colours Yellow and Magenta.</li>
<li>If it's begins with <tt>0xA5</tt> and the next byte is <tt>0xA5</tt> just do the colours <tt>0xA5</tt> Bright Cyan and Magenta one time.</li>
</ol>

If the repeat amount goes over the height of the current image tile, repeat the remainder amount onto the next tile image.

Treasure Mountain Panning Image Format

2024-01-21T06:47:11Z

Trogdor:

{{NeedMoreInfo}}

The '''PAN Format''' is used to store multiple 16-color graphics tile images and tile format.

== File Format ==

The file format is as follows

{|class="wikitable"
! Data type !! Description
|-
| [[UINT16LE]] Image Start|| Image tile data start byte position + 8
|-
| [[UINT16LE]] Tile Width|| How many tiles wide
|-
| [[UINT16LE]] Tile Height|| How many tiles high
|-
| [[UINT16LE]] Image Size || How many bytes to read for image data
|-
| [[UINT16LE]] Tile data[] || Tile data
|-
| [[BYTE]] Image data[] || Image data
|}

Each file starts the same with Image start where to start reading image data, also need to add 8 to it's value.

== Tile Data ==

There can be one or multiple tilemaps/chunks in the each file, each tilemap will be the width and height amount of tiles that is read at the start. You will need to read X amount of tilemaps until you reach the image data start byte position.

To read the tile data, it's done in 2 bytes 4 nibbles.
<ol>
<li>Nibble is add 64 x value in pixels</li>
<li>Nibble is add 4 x value in pixels</li>
<li>Nibble is repeat tiles amount + 1</li>
<li>Nibble is add 1024 x value in pixels</li>
</ol>

An example <tt>0x24F1<tt>, first we do the repeat which is 15 + 1 = 16, so we repeat the tile 16 times. Next is the first, second and fourth nibbles. (2 x 62 = 128) + (4 x 4 = 16) + (1 x 1024 = 1024) = 1168. If we had the image data as a 8 pixel wide image strip you would just go to the y coordinate of 1168 to get your tile image.

== Image Data ==

Each tile is 8x8 pixels and the image data is in 4bpp linear format, big endian packed. As an example, the values 0x12 0x34 would represent four pixels, left to right, of colour values 1, 2, 3 and 4. With the colour palette it would be bright blue, brown, bright red and red.

There is only 2 rules when reading image data:
<ol>
<li>If it begins with <tt>0xA5</tt> the next byte will be the repeat amount and the byte after will be the colours. An example <tt>0xA511B5</tt> repeat 16 times the colours Yellow and Magenta.</li>
<li>If it's begins with <tt>0xA5</tt> and the next byte is <tt>0xA5</tt> just do the colours <tt>0xA5</tt> Bright Cyan and Magenta one time.</li>
</ol>

If the repeat amount goes over the height of the current image tile, repeat the remainder amount onto the next tile image.

Treasure Mountain Puzzles

2024-01-20T23:36:27Z

Trogdor: Created page with "== File Format == {|class="wikitable" ! Data type !! Description |- | BYTE unknown[720] || {{TODO| Unknown data}} |- | char Quizzes[] || Quizzes and their answers |}..."

== File Format ==

{|class="wikitable"
! Data type !! Description
|-
| [[BYTE]] unknown[720] || {{TODO| Unknown data}}
|-
| [[char]] Quizzes[] || Quizzes and their answers
|}

== Quizzes ==

The starting positon for the quizzes is <tt>0x2D0</tt>. Each quiz will need to read the question until you reach the first character <tt>'~'</tt>, this is where the answers begin and the first line is the correct answer and the next 2 lines will be the other incorrect answers. Repeat till the end of the file.

== Special Characters ==

The quizzes will have random characters, this works in conjunction with the PRG_DICT file, it is both sequential the code and the word. You start from the first word and the first starting character which is <tt>0x80</tt>. You then increment the character by 1 and go the next word example:
<li>Replace '€'(0x80) with "the"</li>
<li>Replace 'ƒ'(0x83) with "word".</li>

There is a special character '`' in the quizzes, this just means when you first see this character all text will now be red until you reach another '`'.

Treasure Mountain

2024-01-20T23:19:58Z

Trogdor: /* File formats */

{{NeedMoreInfo}}
{{Game Infobox
| Levels = No
| Tiles = No
| Sprites = No
| Fullscreen = No
| Sound = No
| Music = No
| Text = No
| Story = No
| Interface = No
}}
'''Treasure Mountain''' is a game that uses word play in the form of "clues", to help teach reading comprehension. The player must correctly answer a question after reading a passage of text in order to continue to the next level.

There are no game settings, the engine automatically selects the best possible settings based on your computer's architecture.

== File formats ==

This section lists the file formats used in the game.

{|class="wikitable"
! File name !! Description
|-
| <tt>all_puzs</tt>
| style="background: #FFFFCC;" | Word puzzles [[Treasure Mountain Puzzles]]
|-
| <tt>help.dat</tt>
| style="background: #FFCCCC;" | Help menu text
|-
| <tt>prg_dict</tt>
| style="background: #FFFFCC;" | Word list (16-char null-padded fixed length strings)
|-
| <tt>sfx.ibm</tt>
| style="background: #FFCCCC;" | Sound effects (PC Speaker, AdLib setting uses PC Speaker for sound effects)
|-
| <tt>sfx.tan</tt>
| style="background: #FFCCCC;" | Sound effects (Tandy)
|-
| <tt>tunes.ibm</tt>
| style="background: #FFCCCC;" | Music (PC Speaker)
|-
| <tt>tunes.tan</tt>
| style="background: #FFCCCC;" | Music (Tandy, AdLib)
|-
| <tt>*.pan</tt>
| style="background: #FFFFCC;" | Level background layer in [[Treasure Mountain Level Format]]
|-
| <tt>*.pak</tt>
| style="background: #FFFFCC;" | Game sprites and level tiles are stored in [[PAK Format (The Learning Company)]]
|-
| <tt>users.dat</tt>
| style="background: #FFFFCC;" | Saved games/scoreboard [[Treasure Mountain Save File]]
|}

== Texts (preliminary) ==

'''Introductory screens'''

They are stored in SST.EXE starting at 0x1AAA8, text is plotted and when 26 chars are filled it goes to next line. When the parser encounters the value 0x0A09, the next two bytes form an ASCII number which seems to be the reference of the image being shown and whenever this value is encountered, the system starts a new line to draw the image. The text is null-terminated (0x00). If 0x0A precedes 0x00 apparently it is the last screen of the sequence.

[[Category:The Learning Company]]
[[Category:Super Solvers Series]]
[[Category:Educational]]
[[Category:Sidescroller]]

Treasure Mountain Panning Image Format

2024-01-20T23:12:18Z

Trogdor: Created page with "{{NeedMoreInfo}} The '''PAN Format''' is used to store multiple 16-color graphics tile images and tile format. == File Format == The file format is as follows {|class="wik..."

{{NeedMoreInfo}}

The '''PAN Format''' is used to store multiple 16-color graphics tile images and tile format.

== File Format ==

The file format is as follows

{|class="wikitable"
! Data type !! Description
|-
| [[UINT16LE]] Image Start|| Image tile data start byte position + 8
|-
| [[UINT16LE]] Tile Width|| How many tiles wide
|-
| [[UINT16LE]] Tile Height|| How many tiles high
|-
| [[UINT16LE]] Image Size || How many bytes to read for image data
|-
| [[UINT16LE]] Tile data[] || Tile data
|-
| [[BYTE]] Image data[] || Image data
|}

Each file starts the same with Image start where to start reading image data, also need to add 8 to it's value.

== Tile Data ==

There can be one or multiple tilemaps in the each file, each tilemap will be the width and height amount of tiles that is read at the start. You will need to read X amount of tilemaps until you reach the image data start byte position.

Reading data is 2 bytes, the 3rd hex value is the repeat amount + 1 and the first 2 and last hex value is the image tile data.

An example <tt>0x00F0<tt> is repeat 15 + 1 = 16 times the tile that is taken from the other hex values {{TODO|Unsure exactly how it manages to determine what image tile data to use}}

== Image Data ==

Each tile is 8x8 pixels and the image data is in 4bpp linear format, big endian packed. As an example, the values 0x12 0x34 would represent four pixels, left to right, of colour values 1, 2, 3 and 4. With the colour palette it would be bright blue, brown, bright red and red.

There is only 2 rules when reading image data:
<ol>
<li>If it begins with <tt>0xA5</tt> the next byte will be the repeat amount and the byte after will be the colours. An example <tt>0xA511B5</tt> repeat 16 times the colours Yellow and Magenta.</li>
<li>If it's begins with <tt>0xA5</tt> and the next byte is <tt>0xA5</tt> just do the colours <tt>0xA5</tt> Bright Cyan and Magenta one time.</li>
</ol>

If the repeat amount goes over the height of the current image tile, repeat the remainder amount onto the next tile image.

PAK Format (The Learning Company)

2024-01-20T21:26:03Z

Trogdor:

{{NeedMoreInfo}}
{{Tileset Infobox
| Hardware1 = EGA
| MaxTiles = 232-1
| Palette = External
| Names = N
| TileMinSize = 0×0
| TileMaxSize = 65535×65535
| NumPlanes = 4
| PlaneArrangement = Linear
| HasTransparency = P
| HasHitmap = N
| Metadata = None
| Subtilesets = N
| Compressed = N
| Hidden = Y
| Games =
{{Game|Treasure Mountain}}
}}

The '''PAK Format''' is used to store multiple 16-color graphics files.

== Signature ==

The format has no signature, however a handful of checks can be used to detect the format:

* The first value in the <tt>offset</tt> field should equal 12 + imageCount * 2, i.e. the first image immediately follows the header structure. It is possible to have a valid file without this, however all official files checked so far follow this rule.
* Four 0xFF bytes should immediately follow the last entry in the <tt>offset</tt> field.
* All values in the <tt>offset</tt> field should be offsets contained within the file.

== File format ==

The file begins with the following structure:

{|class="wikitable"
! Data type !! Description
|-
| [[UINT32LE]] imageCount || Number of images in the file
|-
| [[UINT16LE]] unknown || {{TODO|Unknown}}
|-
| [[UINT16LE]] unknown || {{TODO|Unknown}}
|-
| [[UINT16LE]] offset[imageCount] || Offset of image data
|-
| [[UINT32LE]] end || Always 0xFFFFFFFF
|}

The <tt>offset</tt> field is made up of one UINT16LE for each file (so it will be repeated <tt>imageCount</tt> times.) The actual value must be multipled by 16 to get the file offset. Each offset is from the start of the file.

Following this structure the image data begins.

== Image offset ==

At the given offset the image data is in the following format:

{|class="wikitable"
! Data type !! Description
|-
| [[UINT16LE]] unknown || Always 0x0000
|-
| [[UINT16LE]] width || Image width - 1, in bytes
|-
| [[UINT16LE]] height|| Image height in bytes
|-
| [[UINT16LE]] X origin || X origin of image
|-
| [[UINT16LE]] Y origin || Y origin of image
|-
| [[BYTE]] unknown[6] || {{TODO|More data, unknown format}}
|-
| [[BYTE]] image start byte || Dictates how to read image data
|-
| [[BYTE]] image[] || Image data
|}

The image data is in 4bpp linear format, big endian packed. As an example, the values <tt>0x12 0x34</tt> would represent four pixels, left to right, of colour values 1, 2, 3 and 4. With the colour palette it would be bright blue, brown, bright red and red.

To calculate the image width, take the <tt>width</tt> field, increment it by one, then double it. For example if <tt>width</tt> is 5, the image would be (5 + 1) * 2 = 12 pixels wide.

Each image has a 2 pixel padding on the left of it, you will need to trim/ignore. The image start byte will be the first 2 pixel padding of the image.

The first byte will also determine on how to actually read the image, if it's below <tt>0x80</tt> then it means you repeat image pixels otherwise if it's <tt>0x80</tt> or above you don't repeat pixels and read image as normal 4bpp linear. There are also rules on how to read each image depending on the first byte value.

Repeat bytes always start the same, from values <tt>0x01 to 0x0F</tt> will be how many times to repeat the 2 colour pixels in the next byte that you read. So <tt>0x084B</tt> would mean you repeat 8 times the colours red and yellow.

Colour value of blue <tt>0x0 or 0x00</tt> will be the transparent pixel colour.

{{TODO| Once you reach a certain row on images it seems you stop repeating pixel bytes, the magic number so far is 44 but need to determine what actually makes it start to stop reading repeat bytes}}

{|class="wikitable"
! Hex Value !! Rule
|-
| 0x00 || Read the first row as normal, once the second row starts repeat the 3rd byte for the whole row then read the rest of the image as normal.
|-
| 0x01 || {{TODO|Find out exactly what all values do/how they work}}
|-
| 0x08 || Read the whole image as normal with repeat bytes.
|-
| 0x80 or higher || Read the whole image as normal 4bpp values
|}

== Image Colour Palette ==

The image colour palette is the following

{|class="wikitable" style="border-style: none; text-align:center; hspace=10px; margin: 1em;" border="1" cellpadding="5"
! colspan="3" | Default EGA 16-Color Palette 
|-
! Color !! Name !! RGB
|- style="color: white; background-color: #0000AA"
|| 0 || blue || #0000AA
|- style="color: white; background-color: #5555FF"
|| 1 || bright blue || #5555FF
|- style="color: white; background-color: #AA5500"
|| 2 || brown || #AA5500
|- style="color: black; background-color: #FF5555"
|| 3 || bright red || #FF5555
|- style="color: white; background-color: #AA0000"
|| 4 || red || #AA0000
|- style="color: white; background-color: #AA00AA"
|| 5 || magenta || #AA00AA
|- style="color: black; background-color: #FF55FF"
|| 6 || bright magenta || #FF55FF
|- style="color: white; background-color: #00AAAA"
|| 7 || cyan || #00AAAA
|- style="color: white; background-color: #00AA00"
|| 8 || green || #00AA00
|- style="color: black; background-color: #55FF55"
|| 9 || bright green || #55FF55
|- style="color: black; background-color: #55FFFF"
|| 10 || bright cyan || #55FFFF
|- style="color: black; background-color: #FFFF55"
|| 11 || yellow || #FFFF55
|- style="color: black; background-color: #FFFFFF"
|| 12 || white || #FFFFFF
|- style="color: black; background-color: #AAAAAA"
|| 13 || light gray || #AAAAAA
|- style="color: white; background-color: #555555"
|| 14 || dark gray || #555555
|- style="color: white; background-color: #000000"
|| 15 || black || #000000
|}

== Credits ==

This file format was reverse engineered by [[User:Malvineous|Malvineous]]. If you find this information helpful in a project you're working on, please give credit where credit is due. (A link back to this wiki would be nice too!)

[[Category:The Learning Company]]