Skeetendo

The games are made of bits, or in other words, zeroes and ones. All the game's data looks like this: 00011011100101010111000111.....
Because working out with binary numbers (consisting of only 0 and 1) is close to impossible for a normal human, we use hexadecimal system for describing 8-bit binary number sets as bytes.

So you could raise a question: "What's convenient about 8-bit numbers then?"

Assembly (or just "ASM") is a programming language that is used to tell the CPU what to do. All of its instructions of Gameboy CPU are either 8, 16, or 24 bits long (so, 1, 2 or 3 bytes long!). And the data this programming language can work with is mostly also restricted to 8 or 16 bit structures (1 or 2 bytes).

If you want to learn how to make use of assembly, you first of all have to know what programming is about. No one taught me how to program - I learned the (very) basics by designing scripts for DE. ASM isn't really any different.
You write script in Gameboy ASM language, and
1) Insert it to the rom with an assembler
2) Write the script data with a hex(/asm) editor in the game

The option #2 is quite easily achieved as well since like I pointed out earlier, all the asm instructions are 8, 16 or 24 bits long. Thus, you can write asm code just by replacing bytes with bytes that represent different asm instructions. To be precise, all the instructions are 8 bits long, but they can have parameters that take either 8 or 16 bits.

I have one ASM if i remember is GBASM i found in romhcking.net!!!

@Pokemon_Master:
Here's the link!!!
www.romhacking.net/utilities/282/

Yeah this is my name snif* you remember!!! haha but only with one "r"

Last edited by RaltVus (2013-10-04 20:31:13)

Thanks,comet

Repointing the table of names should not be necessary. The table of type names at 0x27de4 does not have to be contiguous; meaning you can add new type names at the end of the bank without moving the existing names

Here's why:
Try looking just before the type names at 0x27dae. This is a list of pointers to the text strings for every type name. At the beginning of this list of pointers, you see E4 7D. This points to the text string "NORMAL".
A few bytes later, you see E4 7D over and over again. Every time you see that pointer, it is for an unused type id. (id's 0x9-0x13 to be exact)

So what you can do is take one of these pointers to the "NORMAL" text string and change it to point to free space. (but don't change the very first pointer to "NORMAL" of course)
Then at the beginning of free space, add the bytes for "DARK", "STEEL" and "FAIRY" or whatever, but remember to end each name with a 50 to tell the game the text string is finished.
And remember to change three different pointers to point to the three new names.

I haven't thought about that. I'm going to have to find out how that's done.

Ah, yep that routine makes it easy to divide the unused id's, 0x9-0x13, between normal and special however you want.

http://hax.iimarck.us/topic/1696/

Can someone tell me are they correct?

Oh not yet. What i am asking: If i load the rom in any Asm editor will  the ones and zeroes be shown in this way:

00001,00011,0011,
01111,
10000,10001,10011,1011,11111
or i'm wrong

Every decimal or hexadecimal number has a binary presentation.
For example number "5" is "101" in binary system.

Long binary numbers aren't really readable for a human so we use hexadecimal number system instead. I can't think of any editor that would show data in binary instead of decimal or hexadecimal.