Scarex

Yes, there is a possiblility.

1) There is a tutorial, it is in that nice ReadMe file that no one ever reads.

2) Jambo51 is making a trainer editor. Though he is having problems with loading images (which he may have solved by now, I dunno) I did ask him to include this in his tool. He said that he would like to, but he doesn't know if he will. Don't bug him about it.

3) Thanks man, it will take a while, but it will be well worth it.

4) Go for it, possibly super useful.

----

-Definitely something that needs to be looked into, people wanted to add more types even before the fairy type was announced.

-While doing research on the Follow Me routine, Jambo found that early in development, RS was planned to have diaganol movement, but it was cut late in development. He found this because the movement table had twice as many entries as the one he thought he was looking for. More proof in the Sumo Guy OW in RS that never appears in the game, but whose frames show diagonal steps. Eventually, I would like to have this resurrected as it most likely exists in FR and E also. Could prove to be super awesome.

-Your English is far better than most people, so don't apologize.

Thanks bro, see you later!

Unfortunately, my exams start next week, so I won't be doing too much research right now. NSE can be configured to work with my OW hack (which is completely finished). Right now, I'm working on my hack (http://www.romhackersonline.com/social/pages/173) and my main research project is creating particle effects for move animations (http://www.romhackersonline.com/soci...ticle-effects/). I remember that we were discussing adding more trainer sprites last time, and if you want to continue looking into that, we can.

Pokémon Mirage Info Here:

http://wahackforo.com/g-pokemon-renaissance

I was able to point them all towards a new trainer sprite table. However, I need to find all of the limiters in order to expand the table.

I looked into expanding the number of trainer sprites on my copy of Ruby. I found that there is at least 6 pointers to the sprite bank and that there deffinately is a limiter byte. Each pointer appears to belong to a different routine. I know that one belongs to a regular battle, another belongs to the routine which loads the pre-battle mugshots, and one more belongs to the routine which loads your trainer card sprite. I don't know about the rest. Most likely, they are the hall of fame routine and the other three types of battles.

If this is true, then it means that there will be just as many limiter bytes as pointers (one per routine) at least. This is deffinalely not as easy as I thought it would be.

I'll look into it. I have JPAN's source code from the hacked engine, I know that there is a bad offset in the tool, but in the patch it works, so maybe I can find the correct offset.

Well, not necessarily.

Yes, but this requires a lot of ASM. You see, the routine which loads the OWs only loads one byte for which OW number it is loading, making the max FF(255). JPAN (in firered) forced the routine to load two bytes and therefore increased the limit to 65000 or FFFF. We can try to port over his changes but it will be really tough.

Most image and palatte data in the game is set up the way you specified, but thanks for consolidating it in one area.

Also, OWs numbers are only one byte, and therefore can only be 255 or FF at max. On firered this can be hacked through JPAN's engine, but this has yet to be ported to another game.