Pokédex data structure (Generation III): Difference between revisions
mNo edit summary |
m (Text replacement - "}}<br>↵{{Project Games notice" to "}} {{Project Games notice") |
||
(43 intermediate revisions by 27 users not shown) | |||
Line 1: | Line 1: | ||
==Specs== | ==Specs== | ||
A '''Pokédex data structure''' is a | A '''Pokédex data structure''' is a 36-byte (32-byte for Pokémon Emerald) piece of data. | ||
Every [[ | Every [[Pokémon species]] in the [[Generation III]] games has data stored in the game that is used in [[Pokédex]] related functions and by certain moves, such as {{m|Low Kick}}. | ||
{| align="center" style="border: | {| class="roundy" align="center" style="border: 3px solid #{{hoenn color dark}}; background: #{{hoenn color light}}; padding: 0.5em;" cellspacing="1" | ||
|- | |- | ||
! colspan="2" style="text-align: center; background: # | ! colspan="2" style="text-align: center; background: #{{hoenn color}}; {{roundy}}" | '''Pokédex Data''' | ||
|- | |- | ||
| | | Category || 12 bytes | ||
|- | |- | ||
| Height (10<sup>-1</sup> m) || 2 bytes | | Height (10<sup>-1</sup> m) || 2 bytes | ||
Line 19: | Line 15: | ||
| Weight (10<sup>-1</sup> kg) || 2 bytes | | Weight (10<sup>-1</sup> kg) || 2 bytes | ||
|- | |- | ||
| Description pointer | | Description pointer #1 || 4 bytes (See Notes) | ||
|- | |||
| Description pointer #2 || 4 bytes (See Notes) | |||
|- | |- | ||
| | | Padding || 2 Bytes | ||
|- | |- | ||
| Pokémon scale || 2 bytes | | Pokémon scale || 2 bytes | ||
Line 29: | Line 27: | ||
| Trainer scale || 2 bytes | | Trainer scale || 2 bytes | ||
|- | |- | ||
| Trainer offset || | | Trainer offset || 2 bytes | ||
|- | |- | ||
| Padding || 2 | | Padding || 2 Bytes | ||
|} | |} | ||
==Notes== | ==Notes== | ||
* ''' | * '''[[Pokémon category|Category]]''' is 12 bytes long and comes in capital letters. 0x00 fills possible empty bytes. | ||
* '''Height''' is measured in | * '''Height''' is measured in decimeters (10<sup>-1</sup> meters), and is then converted to other units in specific versions of games. | ||
* '''Weight''' is measured comes in | * '''Weight''' is measured comes in hectograms (10<sup>-1</sup> kilograms), and is then converted to other units in specific versions of games. | ||
* '''Description pointers''' show | * '''Description pointers''' show the game where the description for the particular Pokémon is. The GBA is Little Endian, and that a ROM file is loaded at an offset of 0x08000000. | ||
* '''Pokémon offset''' is a signed 16-bit integer | :Ruby and Sapphire, being the only games that have two pages of text, are the only games that use both. FireRed and LeafGreen have the second description pointer pointing to an empty string which is never read, and Emerald removed Description pointer #2 entirely. | ||
* '''Pokémon offset''' is a signed 16-bit integer; therefore, if the raw value is 0x8000 or greater, then it is negative, with 0x8000 as -32,768 and 0xFFFF as -1. | |||
==Size compare function== | ==Size compare function== | ||
In [[Generation III]], there is a size page on the Pokédex, which uses data from the Pokédex to create a silhouette of the Pokémon standing next to the Trainer. The size of both the Trainer and Pokémon are determined by this formula: | |||
In | |||
<code> | <code> | ||
Line 49: | Line 47: | ||
</code> | </code> | ||
Where y is the sprite size (64 pixels in | Where y is the sprite size (64 pixels in this case) and z is the appropriate scale in hex and x rounded down is the size of silhouette. The game then resizes the sprite in a way similar a computer would do (without anti-aliasing). | ||
The offset determines where exactly the silhouette will be placed. For example if '''Pokémon offset''' = 10 then the silhouette of the Pokémon will be 10 pixels from the top and 10 pixels from the left. (For some reason, that cannot be exactly simulated outside of the game). | |||
==Offsets== | |||
Ruby: 0x083B1858<br /> | |||
Sapphire: 0x083B18B0<br /> | |||
Emerald: 0x0856B5B0<br /> | |||
FireRed: 0x0844E850<br /> | |||
LeafGreen: 0x0844E270 | |||
==Fingerprint== | |||
For Ruby/Sapphire: | |||
<pre> | |||
cf c8 c5 c8 c9 d1 c8 ff 00 00 00 00 00 00 00 00 59 04 3a 08 a2 04 3a 08 00 00 00 01 00 00 00 01 00 00 00 00 // - | |||
cd bf bf be ff 00 00 00 00 00 00 00 07 00 45 00 d5 04 3a 08 24 05 3a 08 00 00 64 01 11 00 00 01 00 00 00 00 // BULBASAUR | |||
cd bf bf be ff 00 00 00 00 00 00 00 0a 00 82 00 67 05 3a 08 d5 05 3a 08 00 00 4f 01 0d 00 00 01 00 00 00 00 // IVYSAUR | |||
cd bf bf be ff 00 00 00 00 00 00 00 14 00 e8 03 4a 06 3a 08 c0 06 3a 08 00 00 00 01 00 00 84 01 06 00 00 00 // VENUSAUR | |||
c6 c3 d4 bb cc be ff 00 00 00 00 00 06 00 55 00 01 07 3a 08 73 07 3a 08 00 00 bc 01 12 00 00 01 00 00 00 00 // CHARMANDER | |||
c0 c6 bb c7 bf ff 00 00 00 00 00 00 0b 00 be 00 be 07 3a 08 26 08 3a 08 00 00 2e 01 09 00 00 01 00 00 00 00 // CHARMELEON | |||
c0 c6 bb c7 bf ff 00 00 00 00 00 00 11 00 89 03 8c 08 3a 08 f0 08 3a 08 00 00 00 01 01 00 2e 01 03 00 00 00 // CHARIZARD | |||
... | |||
</pre> | |||
{{data structure}} | |||
{{Project Games notice|data structure}} |
Latest revision as of 17:32, 16 September 2024
Specs
A Pokédex data structure is a 36-byte (32-byte for Pokémon Emerald) piece of data.
Every Pokémon species in the Generation III games has data stored in the game that is used in Pokédex related functions and by certain moves, such as Low Kick.
Pokédex Data | |
---|---|
Category | 12 bytes |
Height (10-1 m) | 2 bytes |
Weight (10-1 kg) | 2 bytes |
Description pointer #1 | 4 bytes (See Notes) |
Description pointer #2 | 4 bytes (See Notes) |
Padding | 2 Bytes |
Pokémon scale | 2 bytes |
Pokémon offset | 2 bytes |
Trainer scale | 2 bytes |
Trainer offset | 2 bytes |
Padding | 2 Bytes |
Notes
- Category is 12 bytes long and comes in capital letters. 0x00 fills possible empty bytes.
- Height is measured in decimeters (10-1 meters), and is then converted to other units in specific versions of games.
- Weight is measured comes in hectograms (10-1 kilograms), and is then converted to other units in specific versions of games.
- Description pointers show the game where the description for the particular Pokémon is. The GBA is Little Endian, and that a ROM file is loaded at an offset of 0x08000000.
- Ruby and Sapphire, being the only games that have two pages of text, are the only games that use both. FireRed and LeafGreen have the second description pointer pointing to an empty string which is never read, and Emerald removed Description pointer #2 entirely.
- Pokémon offset is a signed 16-bit integer; therefore, if the raw value is 0x8000 or greater, then it is negative, with 0x8000 as -32,768 and 0xFFFF as -1.
Size compare function
In Generation III, there is a size page on the Pokédex, which uses data from the Pokédex to create a silhouette of the Pokémon standing next to the Trainer. The size of both the Trainer and Pokémon are determined by this formula:
x = (y × 256/z) pixels
Where y is the sprite size (64 pixels in this case) and z is the appropriate scale in hex and x rounded down is the size of silhouette. The game then resizes the sprite in a way similar a computer would do (without anti-aliasing).
The offset determines where exactly the silhouette will be placed. For example if Pokémon offset = 10 then the silhouette of the Pokémon will be 10 pixels from the top and 10 pixels from the left. (For some reason, that cannot be exactly simulated outside of the game).
Offsets
Ruby: 0x083B1858
Sapphire: 0x083B18B0
Emerald: 0x0856B5B0
FireRed: 0x0844E850
LeafGreen: 0x0844E270
Fingerprint
For Ruby/Sapphire:
cf c8 c5 c8 c9 d1 c8 ff 00 00 00 00 00 00 00 00 59 04 3a 08 a2 04 3a 08 00 00 00 01 00 00 00 01 00 00 00 00 // - cd bf bf be ff 00 00 00 00 00 00 00 07 00 45 00 d5 04 3a 08 24 05 3a 08 00 00 64 01 11 00 00 01 00 00 00 00 // BULBASAUR cd bf bf be ff 00 00 00 00 00 00 00 0a 00 82 00 67 05 3a 08 d5 05 3a 08 00 00 4f 01 0d 00 00 01 00 00 00 00 // IVYSAUR cd bf bf be ff 00 00 00 00 00 00 00 14 00 e8 03 4a 06 3a 08 c0 06 3a 08 00 00 00 01 00 00 84 01 06 00 00 00 // VENUSAUR c6 c3 d4 bb cc be ff 00 00 00 00 00 06 00 55 00 01 07 3a 08 73 07 3a 08 00 00 bc 01 12 00 00 01 00 00 00 00 // CHARMANDER c0 c6 bb c7 bf ff 00 00 00 00 00 00 0b 00 be 00 be 07 3a 08 26 08 3a 08 00 00 2e 01 09 00 00 01 00 00 00 00 // CHARMELEON c0 c6 bb c7 bf ff 00 00 00 00 00 00 11 00 89 03 8c 08 3a 08 f0 08 3a 08 00 00 00 01 01 00 2e 01 03 00 00 00 // CHARIZARD ...
|
This data structure article is part of Project Games, a Bulbapedia project that aims to write comprehensive articles on the Pokémon games. |