ROM Hacking Discussions

colcolstyles said:

But I first have to check for the player's gender and from there have two call statements so that the right theme is played.

Click to expand...

Oh, I see the rival differs upon gender. That's cool. :3

thethethethe said:

Sorry to go off the topic of this discussion, but I was just wondering something. If there were plans to not include every Pokemon, thereby removing the possibility of catching each one, should the Pokedex still be included in the hack?

Click to expand...

I think the Pokédex should be included anyway. It's a nice feature after all.

Pokepal17 said:

When you make scripts do you try and get them perfect and optimize them or do you just not bother due to laziness?

Click to expand...

I always do, and you should to, whether it's a script or an ASM routine. Space is precious, there's no reason to waste it. Not to say an optimized script/routine is usually easier to handle and/or debug.

colcolstyles said:

I have some offsets of common 'applymovements' in my XSE notepad that I re-use over and over again (like face left, face right, etc.)

Click to expand...

Well, for simple things like a singe face left, etc., wouldn't be easier to simply use the spriteface command?

Pokepal17 said:

New topic on scripting.

When you make scripts do you try and get them perfect and optimize them or do you just not bother due to laziness?

I'm the first one, yo'll always find me looking for offsets for already compiled things to optimize scripting space.

Click to expand...

You can use the 'std's. (callstd 0x??)

You can insert multiple stds(scritps), and then call them with callstd or gotostd.

*sigh*

Tilesetting makes me sadface. I can handle the event coding for my hack, but I can't tileset to save my life, and none of the tilesets that are in the game are really suitable for what I need. Nor have any fanmade bases been done, because it's a fairly unusual kind of thing to need. I may dump this hack unless I get serious motivation from somewhere.

So, who else keeps getting blocked by their graphical limitations?

You can always go back to the graphics later. Most people care about gameplay over graphics.

The entire game is set inside a very big building. There are only two or three pre-existing suitable tilesets, those being the Pokemon Mansion and the Power Plant, possibly the Rocket Warehouse, maybe, at an absolute stretch, the Underground Path. I'd use pre-existing graphics, but it would be hideously monotonous.

Deucalion said:

*sigh*

Tilesetting makes me sadface. I can handle the event coding for my hack, but I can't tileset to save my life, and none of the tilesets that are in the game are really suitable for what I need. Nor have any fanmade bases been done, because it's a fairly unusual kind of thing to need. I may dump this hack unless I get serious motivation from somewhere.

So, who else keeps getting blocked by their graphical limitations?

Click to expand...

Don't let graphical limitations get colse to you. Take a look a LightPlatinum by Wesley FG for example. :)

But if it's so hard for you, then you should switch to RMXP.

HackMew said:

Well, for simple things like a singe face left, etc., wouldn't be easier to simply use the spriteface command?

Click to expand...

For simply changing the way a sprite is facing, yes. However, I think it looks better when I use Step On The Spot (Fastest) to show that the person is actually turning which, as far as I know, can't be done with spriteface.

H2O Turquoise said:

Don't let graphical limitations get colse to you. Take a look a LightPlatinum by Wesley FG for example. :)

But if it's so hard for you, then you should switch to RMXP.

Click to expand...

I don't think he's talking about the graphical limitations of the GBA so much as his own artistic limitations, something which I, myself, struggle with constantly.

Speaking of GBA limitations, there's nothing about the GBA hardware forcing Pokémon sprites to be 64 by 64, right? So theoretically, it should be possible to edit it to display D/P size sprites... Though I can guess that the ASM involved would be pretty complex :P

Would this be within the capabilities of PC's hackers? It may be an interesting project to take on after we finish fixing the unused Pokémon slots. Unfortunately, I wouldn't be able to help as I have zero knowledge of ASM...

Wichu said:

Speaking of GBA limitations, there's nothing about the GBA hardware forcing Pokémon sprites to be 64 by 64, right? So theoretically, it should be possible to edit it to display D/P size sprites... Though I can guess that the ASM involved would be pretty complex :P
.

Click to expand...

GBATEK said:

Objects (OBJs) are moveable sprites. Up to 128 OBJs (of any size, up to 64x64 dots each) can be displayed per screen, and under best circumstances up to 128 OBJs (of small 8x8 dots size) can be displayed per horizontal display line.

Click to expand...

The maximum size of sprites are 64x64
To use larger sprites, we have to work with tilesets and tilemaps, which would not be very feasible, as would occupy much space. (tileset + tilemap + animations)

Ah, I see. Disregard my previous post, then.

Juan said:

The maximum size of sprites are 64x64
To use larger sprites, we have to work with tilesets and tilemaps, which would not be very feasible, as would occupy much space. (tileset + tilemap + animations)

Click to expand...

But it is possible and we could repoint all the images to one tilemap couldn't we?

I tried to insert a sprite bigger than 64x64 and it worked, but it was a bit scrambled. :P

Pokepal17 said:

But it is possible and we could repoint all the images to one tilemap couldn't we?

I tried to insert a sprite bigger than 64x64 and it worked, but it was a bit scrambled. :P

Click to expand...

Me too, it was like I loaded an ugly tilemap :P

H2O Turquoise said:

Me too, it was like I loaded an ugly tilemap :P

Click to expand...

Yeah. I did try and search for a tilemap for it in unLZ, but I didn't find anything. =\

But as Juan said, 64x64 images don't need tilemaps or else a lot of the free space in FR would be used up for tilemaps. :P

You'd only need one tilemap; all the sprites could use the same one... But yeah, it's a lot more practical to use a single sprite, as I'm guessing using a tilemap would mean that animations wouldn't work (the ones that involve distorting the sprite etc), or at best, would have to be recoded.

Wichu said:

You'd only need one tilemap; all the sprites could use the same one... But yeah, it's a lot more practical to use a single sprite, as I'm guessing using a tilemap would mean that animations wouldn't work (the ones that involve distorting the sprite etc), or at best, would have to be recoded.

Click to expand...

Hmm, yeah. But, couldn't we edit something in the Fire Red engine to make Sprites over 64x64 not use tilemaps? But then. we'd have the problem of wasting space if we inserted titlescreens and worldmaps, because we'd have to insert it as a whole, since if we reduce it, it would appear like that in VBA.

So I guess, we'll just need to learn to adapt to out limitations. :P

BlaziquazaLv.Z said:

Who's even thought about making Nintendo-published Wii games on the GBA ROMs,like Super Smash Bros. Brawl?

Click to expand...

I think you misunderstand the capability of a GBA compared to a Wii.