- 853
- Posts
- 4
- Years
- Seen Nov 9, 2023
I've been trying to follow this guide, but the images are all gone by now so I've had issue.
Here's a waybackmachine of the post including the original images.
I was able to get through most of it, I think, but couldn't figure out how to count out my type chart to assign coordinates to my icon from the image.
Here's my image & Table
![[PokeCommunity.com] How do I add icons for a new type (coordinate counting) [PokeCommunity.com] How do I add icons for a new type (coordinate counting)](https://data.pokecommunity.com/attachments/13/13962-30cabc96346d2a50e08f84e43a69723a.jpg)
&
Here's where I start having trouble, I'm using hex maniac so I found the table but took me a while to realize the values were written in decimal so 32 is 20, and 40 is 28.
The last 5 values are all width 40, so that matches the image, as they are all the "miscellaneous icons" the non-type ones, so if those are at the end I'd assume all the others are flowing left to right in the same order as the image. That is not the case, from what I can tell.
All I can tell is those pokeball looking things are taking the first row, and are mostly likely that 12 12 0, and the next one I believe is for the normal type.
After that I'm lost.
I need to understand how the image is translating to the table so I can add the coordinate for my new icon to the table.
The very last value in the right table is the one I'm trying to add so if the numbers fit for you besides that one, that's why.
I've tried setting width 40, width 32, coordinates 236 252 256, I can't figure it out.
I'm still trying to figure it out and I think this is where I got logically screwed.
He says count each row as if you're adding 20, and then add 4 with each column over. so he goes down 5 and gets 100, and then says that's A0?! no it isn't?!! in a converter 100 dec is 64 in hex!
Ok I'm thinking his entire schema for conversion here is wrong, the numbers work because people are able to do it, but I think the reasons they do are wrong, since its clearly not a decimal to hex conversion.
ok if going down 5 and over 3 is supposed to give you A8, all I can think of is instead of, 20 for the rows you use 2s, then by the time you get to the 5th row you have 10, which in hex actually gives you A.
and for the 3 rows over, if each row is indeed +4, then I'm thinking what you instead do is take the 0A, you first got and push it over a place, with the 8 you now have. to give A8. but that only tracks for the first type, and that specific part 5 rows down and 3 rows over.
I think this is a error caused by building your solution to fit your answer.
No matter what I've tried I can't figure a uniform standard to make all the other numbers make sense. But at least with the pictures from the wayback archive I can atleast tell the coordinates table is moving left to right in the same way the type image is.
So if anyone can figure out how in the world to count these things please let me know.
Here's a waybackmachine of the post including the original images.
I was able to get through most of it, I think, but couldn't figure out how to count out my type chart to assign coordinates to my icon from the image.
Go to the offset 452C94 using the Ctrl + G or Go to option.
This is actually code that assigns a type to an icon. It uses the type icon image, and using a co-ordinate, links a type to its icon. The way this works is complicated...
Here's how to find the co-ordinate of an icon.
1. Go from left to right. Which column is it in? Look at the top and assign your icon the number of the column, either 0, 4, 8 or C.
2. Go from top to bottom. Which row is it in? Look at the side and assign your icon the number of the row, from 0, 20, 40, 60, 80, A0 and onwards.
3. Take those two numbers and add them together. That's your co-ordinate!
E.g./ In my image, the Fajro Icon is in the column labeled 4 and the row labeled 20.
20+4 > 24. Fajro's co-ordinate is 0x24. Why 0x? Because this is all in hex.
Now what's the co-ordinate of my new icon, Lumo? It's in column 0 and row 100. Therefore, it's co-ordinate is 0x100.
Now how do we add this to the table? The table is made up of 4 bytes.
Byte 1 is the width of the icon. Type icons have width 0x20 which the other icons are width 0x28.
Byte 2 is the height of the icon. All icons have height 0x0C.
Byte 3 and 4 are the co-ordinate, but flipped similarly to the pointer.
E.g/ Take Fajro's co-ordinate. First make it 4 digits by adding 00s to the front if you have to:
24 > 0024. Split it into groups of 2.
0024 > 00 24. Now flip the order around.
00 24 > 24 00. This is the final co-ordinate of Fajro's icon.
For Lumo, it would be 100 > 0100 > 01 00 > 00 01.
Here's my image & Table
![[PokeCommunity.com] How do I add icons for a new type (coordinate counting) [PokeCommunity.com] How do I add icons for a new type (coordinate counting)](https://data.pokecommunity.com/attachments/13/13962-30cabc96346d2a50e08f84e43a69723a.jpg)
&
Here's where I start having trouble, I'm using hex maniac so I found the table but took me a while to realize the values were written in decimal so 32 is 20, and 40 is 28.
The last 5 values are all width 40, so that matches the image, as they are all the "miscellaneous icons" the non-type ones, so if those are at the end I'd assume all the others are flowing left to right in the same order as the image. That is not the case, from what I can tell.
All I can tell is those pokeball looking things are taking the first row, and are mostly likely that 12 12 0, and the next one I believe is for the normal type.
After that I'm lost.
I need to understand how the image is translating to the table so I can add the coordinate for my new icon to the table.
The very last value in the right table is the one I'm trying to add so if the numbers fit for you besides that one, that's why.
I've tried setting width 40, width 32, coordinates 236 252 256, I can't figure it out.
I'm still trying to figure it out and I think this is where I got logically screwed.
So, to get the co-ordinate of, in this case, Fairy, take 20 from the Normal type. Count how many rows beneath the Normal Icon is the Fairy Icon, in this case 4. Multiply this by 20, then add it to the 20, in this case 100. Wait whoops, its in hex, so its 0xA0. Then, Count the amount of columns the Fairy icon is away from the Normal icon, in this case 2. Multiply this number by 4, then add it to the final product. So, the co-ordinates for the fairy icon are 0xA8
He says count each row as if you're adding 20, and then add 4 with each column over. so he goes down 5 and gets 100, and then says that's A0?! no it isn't?!! in a converter 100 dec is 64 in hex!
Ok I'm thinking his entire schema for conversion here is wrong, the numbers work because people are able to do it, but I think the reasons they do are wrong, since its clearly not a decimal to hex conversion.
ok if going down 5 and over 3 is supposed to give you A8, all I can think of is instead of, 20 for the rows you use 2s, then by the time you get to the 5th row you have 10, which in hex actually gives you A.
and for the 3 rows over, if each row is indeed +4, then I'm thinking what you instead do is take the 0A, you first got and push it over a place, with the 8 you now have. to give A8. but that only tracks for the first type, and that specific part 5 rows down and 3 rows over.
I think this is a error caused by building your solution to fit your answer.
No matter what I've tried I can't figure a uniform standard to make all the other numbers make sense. But at least with the pictures from the wayback archive I can atleast tell the coordinates table is moving left to right in the same way the type image is.
So if anyone can figure out how in the world to count these things please let me know.
Last edited: