Hello guys!

Since the overclocking made me come back, I start back my Pokémon battle system project.

I wanted to make a perfect copy (or maybe the closest) of the Fire Red Battle system, so I started doing "some" sprites : I hav the fornt sprites of the 151 1st gen pkms...

BUt with, for example formulaes, I'll need some help, it's a big game, right?

So, who want s to jin me and make a good Pokémon Stadium-like?

What I miss:

-Exact formulaes for almost everything
-Back sprites
-Fx sprites
-TIme and pals

One of the solutions to the huge amount of data that the sprites take up might be to put the sprites in an external file, keep a pointer open to the file, and just seek around that file to pull out sprites as necessary. It would slow the drawing down very very slightly if you did that for every sprite, but you could even cache out the two Pokemon for battles if you wanted. I'd strongly recommend this approach.

I already thought about that. I could do this with the source and some lua :-°

You could trivially do it with C as well, or Python, or PHP, if you're talking about computer-side. If you mean Prizm-side, it is some very very simple BFile manipulation in C.

I would actually think it would be really slow to do this without caching, so if he did do it would would have to be that latter method (which, after loading the sprites in, would be then the same as if they were not cached). Perhaps you could keep all your resource in a single resources file, or even better, create a folder on the Prizm's storage memory for saves, resources, etc.

FOr files projects on computer, I usually use Lua, because LuaFX :-°

That's just moving the data around though, right? This doesn't fix that there's a huge amount of data.

The thing that it fixes is putting 1.5MB of sprite data in an add-in when add-ins are already severely restricted in maximum size.

Well, one problem is that add-ins can't be larger than ~1MB, but files in general can be much larger. Keeping data in another file (or files) should fix the data issue, if even the compresses data can't seem to fit in.

RIght, but, with compression, I just use ~50 KB with my sprites...
16 colors compression is just what i needed, I did it :-°

Mm, ok. I didn't realize addins had a size restriction. Casio doesn't seem to care so much. Look at their GIGANTIC periodic table.

Oh, I didn't realize that you had done that. For what it's worth, SourceCoder now generates 1-bit, 2-bit, 8-bit, and 16-bit Prizm images and sprites, but sadly not 4-bit.

A "bit" is lossed because of useless pictures

Edit: Here is my first Pokemon structure version

Code:


Sorry for double post Edit by Kerm: No problem

I would be very interested in seeing a Pokémon game! Are you planning to make this battle-only (like Stadium), or is it going to be a full game including the overworld? Most of the sprites from FRLG are available here: http://spriters-resource.com/gameboy_advance/pokefrlg/index.html Details about the game mechanics should be available at Bulbapedia and Smogon, but it might be a bit hard to find them on those sites. If there's something specific about the mechanics that you need to know about, ask! I'll probably be able to find something, and there are probably others who are knowledgeable about Pokémon too.
Physium would like to object.

Indeed, I just realized that massive beast is larger. Perhaps it was 1.5MB, then; I think fishbot knows an exact number.

Generally, on these sites are only the damage formulaes

There are lots of other things too. What are you looking for?

I should also mention that TIFreak8x has done extremely extensive research on the Pokemon formulae for his TI game, Pokemon Purple. I'll get him to take a look at this topic and offer his feedback if you have specific formulae that you're seeking.

Almost everything, like Catch rate, confusion rate, etc... But I think that I found some pointers on bulbapedia.

And Stats, I need a lot of stats

Details about stats for moves and Pokémon are available at the Bulbapedia pages for the specific moves and Pokémon, but you could also find that data on sites like Serebii.net. There are also some other interesting articles, like this one about how Pokémon are stored (there are also similar ones about attacks and items): http://bulbapedia.bulbagarden.net/wiki/Pok%C3%A9mon_data_structure_in_Generation_III