Pokemon Emerald 80x80 Sprites

[FroggestSpirit]

Not sure if this is the best place, but wanted to drop this here:
https://github.com/froggestspirit/pokeemerald/tree/80x80Sprites
I recently released a branch for those who use the decomp, that replaces the 64x64 sprites with the DS's 80x80 ones.
For a long time, people said it wasn't possible, or it was too much work. It's not perfect, but I'm pretty happy with the results. This works by creating additional sprites that mimic the main sprites position, rotation, etc. I've adjusted the positioning of the healthboxes, and moved the main battle textbox down 8 pixels. All Pokemon should be using their D/P sprites, with the exception of Castform and Unown. Trainers are the same emerald sprites, but on an 80x80 canvas, so they can be upscaled/replaced if needed.
There's a few known bugs as mentioned on the github, and there can be breif moments of a sprite being cut off during an animation (like when smoochum is sent out in the gif attached). This generally only happens in double battles, since the GBA has a sprite limit per scanline (Transformations double the sprite canvas size).

 

[Meister_anon~Master_o f_None]

huh, this looks like a potential game changer, when(if) everything's ironed out.

I can see re-creating gen 4 in gba, so we can use all the gen 3 tools. XD

 

[marios92]

This will be possible on Fire Red too? 🤔

 

[Lunos]

This will be possible on Fire Red too? 🤔

If it was possible to accomplish in Pokeemerald, it should be just as possible to do in Pokefirered, yeah.
Hunch says it'll need some extra tweaks to make it work there though, and you may need to take different edge cases into account, such as the animation that is triggered when you give a medicine or a Rare Candy to a Pokémon.

 

[Vitalo]

Is it possible to only replace the trainer sprites with 80x80 ones? And the pokémon sprites stay the same size (64x64).
Or are they somehow tied together?

 

[thechurchofcage]

Why hasn't this had more attention? This is amazing stuff, man!

 

[SʅaʋZaɕк]

Great job
By the way, are those biggus size sprite take lots of space such as OAM VRAM?

 

[TrainerX493]

Something I'm hoping to see from this is to have the this being toggable via a script. So you can use normal sprites for 99% of the game (so double battles and such aren't affected), but then have the 80x80 sprite for special boss battles.

My main concern is the hassle of getting the sprite engine being swapped being stable, but more so weather the player's side is tied to the enemy sizes or not.

The other obvious use for this is Gigantamax, though that would involve changing a 64x64 sprite to a 80x80 sprite mid battle, which I'm sure would be much harder than setting sprite sizes pre-battle.

 

[CassiLightning]

Hi!

I've been trying to compile this code, but I keep getting this error:

`rawMatrix' referenced in section `.text' of gflib/sprite.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of gflib/sprite.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of gflib/sprite.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/battle_anim_mons.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/battle_anim_mons.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex_cry_screen.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokemon_animation.o: defined in discarded section `COMMON' of gflib/sprite.o

I've tried merging with a more updated version of pokeemerald, and adding an extern definition for rawMatrix to sprite.h, but I couldn't get that to help. Do you know what might be causing this, or how I can fix it?

 

[Anon822]

Hi!

I've been trying to compile this code, but I keep getting this error:

`rawMatrix' referenced in section `.text' of gflib/sprite.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of gflib/sprite.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of gflib/sprite.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/battle_anim_mons.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/battle_anim_mons.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokedex_cry_screen.o: defined in discarded section `COMMON' of gflib/sprite.o
`rawMatrix' referenced in section `.text' of src/pokemon_animation.o: defined in discarded section `COMMON' of gflib/sprite.o

I've tried merging with a more updated version of pokeemerald, and adding an extern definition for rawMatrix to sprite.h, but I couldn't get that to help. Do you know what might be causing this, or how I can fix it?

You can solve this by changing the declaration of rawMatrix in gflib/sprite.c to:

EWRAM_DATA struct ObjAffineSrcData rawMatrix[OAM_MATRIX_COUNT];

 

[CassiLightning]

You can solve this by changing the declaration of rawMatrix in gflib/sprite.c to:

EWRAM_DATA struct ObjAffineSrcData rawMatrix[OAM_MATRIX_COUNT];

It worked perfectly! Thanks so much!