’Cause all games were better on the GBC

You are not logged in.

#1 2013-09-01 19:59:06

New member
Registered: 2012-09-09
Post 5/5

[Gen 2] Move Editting

Alright, so I've been editing moves, and I'm getting this.
Moves are showing up as random types. I thought that this was linked to the move animation, but all these moves are using their correct animations.
As you can see, still super effective.
In the Moves menu, it shows up as the correct type.

The only other post I found with stuff about this was in this topic which said it was potentially a bug, but I've had this happen to me on several occasions.

After looking at other moves in my hack, Mega Punch is taking up the slot usually held by Karate Chop, but in battle it's showing up as an Electric move, so it doesn't seem to be linked to anything. The damage done is the type you have it set as in the ROM, but it would appear that this stuff is just completely random. (Next move in my hack is Fire Punch which is showing up as Normal in battle, then Ice Punch and Thunder Punch which are showing up as Flying) The moves that I have not yet edited are showing up as their correct type in battle, for what they are.

Does anyone know what causes this?


#2 2013-09-01 20:13:04

From: Dutchland.
Registered: 2013-03-29
Post 702/1,200

Re: [Gen 2] Move Editting

I have no idea. Maybe the types of the moves shown in a battle use an other register than the types of the moves in your POKéMON space.

Hacks Gameboy 8-bit music in Pokémon Gen I & II, composes 8-bit music in LSDJ and FamiTracker.

“God created the Earth, but the Dutch created the Netherlands.”


#3 2013-09-02 05:24:08

Registered: 2012-04-09
Post 289/679

Re: [Gen 2] Move Editting

TheMoneyOfTheWorld wrote:

Maybe the types of the moves shown in a battle use an other register than the types of the moves in your POKéMON space.


since move ids are mapped to animations 1:1 the game assumes they mean the same thing. instead of being consistent it interchanges between them as it sees fit, like using the move id to get its info then using the animation id to print the type

in crystal:

    callab UpdateMoveData
    ld a, [PlayerMoveAnimation]
    ld b, a
    ld hl, $c56a ; TileMap(2, 10)
    call Predef

this is pretty suspect considering the move type is loaded by UpdateMoveData too

anyway just use CurPlayerMove (what UpdateMoveData uses) instead of PlayerMoveAnimation

crystal again:

PlayerMoveAnimation: ; c60f
CurPlayerMove: ; c6e3


Board footer

Powered by FluxBB