Talk:Pokémon base stats data structure in Generation III
I noticed that the Color byte sometimes contains an extra bit of data...
Just wondered if anyone knew anything more about them?
Pokemon which feature it (National/GBA Index numbers)
by GBA-game index numbers:
Also, I have made HexWorkshop bookmark and structures allowing to view the data if anyone cares.
Two points here:
- I haven't found out why the color byte contains extra info. The article says something about a MSB bit. What is an MSB bit?
- The information in this article was extremely useful (except for the ROM offsets). Thanks you so much. Using it, I was able to extract all the base stats info directly from Pokémon Leaf Green (English). (It was out of order at the end in the game storage - this must have something to do with extra evolutions not working until Pokédex upgrade. What a bugger.)
Twigpi 18:28, 26 October 2007 (UTC)
I'm looking inside a Pokémon Emerald ROM right now, and where the Pokémon's base stats, etc. are, there are a bunch of placeholders between the Ndex and Hdex Pokémon with the following information:
HP, Defense, Special Defense are all 50
Attack, Speed, and Special attack are all 150
Pure Normal type (0, 0)
Catch rate: 3
Exp. yield: 1 (So a Level 7 Placeholder would give only 1 experience point)
Effort yield: 2 in each of Special Defense, Special Attack, Attack, and HP, 0 in the others
No items held
Genderless, 120 egg cycles, Base Happiness of 0, 1,000,000 EXP. at Level 100
Dragon egg-group type (unless "0f" actually means "no egg group" and the 03. entry in the egg groups was skipped unintentionally)
No Safari Zone presence
Mind telling me a bit about what this is? Ztobor 01:41, 13 February 2010 (UTC)
Consistent, but confusing.
I've noticed in this and several other related articles, there's the convention that 2-byte structures are called words, while 4-byte structures are called dwords (double-words). This is kept consistent throughout Bulbapedia (as much as I can tell, anyway), however, it's not really correct. The hardware is 32-bit. A word should be 32-bits, and the 16-bit numbers should be hwords (half-words).
As long as it's consistent, it's not that big a deal, but for people who are using this as for documentation for hex editing or ASM, it'll probably throw them off.--Gou (talk) 18:47, 18 December 2014 (UTC)
- I'd agree with the sentiment, but I also don't quite care enough to change it myself... "Word" (and hword or any other such) are inherently rather ambiguous anyway; it'd honestly be best if there were an unambiguous term to replace them with. But still, if you want, you can go ahead. (Just try to touch all the data structures pages.)
- The one thing I'd definitely say, though, is, if "(h/d)word" is anywhere in "prose" (that is, not in a table or something), that should definitely be changed to an unambiguous description (like X bytes). Tiddlywinks (talk) 19:33, 18 December 2014 (UTC)