[PP] Progress '10

[Builderboy]

What was the problem with the glitchy screen?  And how would inverting the screen twice work?  Wouldn't that reset everything back how it was?

[meishe91]

When a Pokemon that was in your party gets poisoned it continues to get hurt even outside of battle. So the screen would "glitch" (like shake kinda or something) to signify when it got hurt each time. Eventually, if you didn't take the poison away, you Pokemon would faint.

I was saying that inverting the screen fast twice would just make it seem like something happened that signified that. Another option would have a program (most likely assembly), if possible, that would shift the whole screen a few pixels really fast in both directions or something. You could do it in TI-BASIC but it'd probably be really slow and look weird.

[skuller972]

You could just make your person shake and invert. It's smaller and faster, since a large scale shake or invert in basic could take a while

[FinaleTI]

Inversion or flashing like for entering battle would probably be the best. If I recall correctly, in the original the screen didn't shake, instead the tiles distorted for a second, then returned to normal.

[meishe91]

You could just make your person shake and invert. It's smaller and faster, since a large scale shake or invert in basic could take a while

That's why I suggested using a assembly routine. That way its fast no matter what.

[DJ Omnimaga]

I think he's trying to keep the usage of ASM as low as possible, though. He wants to show what TI-BASIC can do with as less ASM lib usage as possible.

[tifreak]

Yeah, I would like to come up with something that is in basic that achieves a similar effect, if possible. DJ nailed it right on the head with the why. :p

Been busy the last week or so, hope to have some time and no distractions tonight to work on it.

[meishe91]

Ya, I know that's your goal. I was just saying because I can't think of any fast way to to it in TI-BASIC.

[tifreak]

I haven't come up with a solution to this bit, since I am more concerned with the battle system at this point.

I have made slight amounts of progress with it. Sorry for the lack of updates here, I hope to have some real progress to show very soon.

[DJ Omnimaga]

Kk, good luck with it. I hope you have some more free time to work on PP soon

[Ranman]

Keep up the good work tifreak!

[tifreak]

Sorry for the lack of updates gents.

Been reworking the battle system, and realized I would like to put sprites up for the trainers. but in order to accomplish that, I would need sprites! However, they seem to be 52x52. This of course goes outside what I can do with the programming limitations I have set, and since the screen doesn't have enough room, kind of makes things a bit more difficult.

I could cheat, and use the generic 16x16 sprites that is used in the gameboy game map, or I can attempt to shrink down sprites and make them look as good as possible in a 32x32 environment.



This is what I was able to do in like 10 minutes worth of work. I should try on one of the wider ones, see how well that works out. -IF- I can make them all work acceptably, would you like to see them in there, should I go to the generics (since they are already going to be in there anyways) or should I just ignore the sprites and say 'oh hey, someone wants to battle!'

The above costs roughly 260 bytes as a string, not optimized with my extra hex character.

[meishe91]

One of the spriters here may be able to help shrink them down so they still look good. We got some talented guys. I personally don't think it matters to me, though it'd look better. Whatever ends up happening though, good luck

[Ranman]

How many would you have to shrink down? I had to shrink 512 sprites for Ultima V -- from 16x16 to 11x11.

It was not fun.

[tifreak]

less than 40 I think and these aren't really shrinking down, more like cut and remove the body and such :p lol