Progress '08

[darkstone knight]

programming the events is going to be a nightmare lol

[tifreak8x]

Oh, Trust me, I know. I have played through the game before, many times, and beat them without the use of cheats and such.

[SonicBoom95]

*snickers* So many fond memories of the entirely-too-long walk back to Oak's... :P

This is just getting cooler and cooler. Have you made any progress on the battle system since last? I don't even know how you're going to handle battle triggers (trainer battles)... are you going to have to...no, that wouldn't work.

What I was thinking of was, I assume you currently have a list of "active spots," that refers to another chunk of code if you're on one. I was thinking of hardcoding the active spots, but would that work after the trainer battle, or for when you're talking to them...or if you want them to turn...?

Keep up the good work.

[darkstone knight]

*idea*

load event trigers to the graph screen and test them whit pxl-test!

[SonicBoom95]

But he's on the home...but pxl-Test doesn't...does pxl-Test show the graphscreen? That would be genius if it didn't.

[darkstone knight]

that was exacly my thougth...

*goes to test*

edit: w00t, it works

*goes to requist pxl-test-based-hit-detetion-while-showing-graphics-on-homescreen-routine at celtic topic*

[tifreak8x]

Honestly, I have no idea. I have used pxl-test absolutely 0 times, since I have never needed it in any of my games.

It is something to look into though.

[darkstone knight]

it WORKS

[tifreak8x]

Only one catch.

One would have to unarchive, and recall that pic. Recalling that pic will cause it to pop up anyways. :/

[darkstone knight]

uhm... you load the data when changing maps...

[tifreak8x]

But, when you talk to an NPC, it overwrites the graphscreen. I will keep in mind your suggestion, for the moment, I will leave it as list form. It is easier to keep track of data that way, instead of checking if a pixel is on or not in a specific spot.

[darkstone knight]

its probaly the fastest way of checking events, thougth

2nd fasters way would probaly be... equation vars

[SonicBoom95]

Elaborate?

EDIT: Verb, not adjective.

[darkstone knight]

if u <--- conditions to be checked in u, someting like y=whatever and x=whatever
*event prog*

it is slower whit lists, because list size is undefined

if Y=eventY and X=eventX <-- slower when the list size is.. say.. <4
*event prog*

[tifreak8x]

This is the new Event engine, it uses lists to tell the NPC and Char where to go. I could totally make the game out of just this... just let the players suffer through it playing all by itself... BWHAHAHAhahaha... *cough-hack*

Anyways..

These show that you can enter either of the two * and still make it to the door. I still have a couple things to add. Like 1, make it so that you don't force Prof. Oak up the front of his lab, and 2, see about adding in the door/stair detection at the end of the loop, so that it actually will see it.

[SonicBoom95]

Sweet. Hack potential is enormous--tool-assisted-speedrun doesn't quite cut it anymore.

[Galandros]

Cool. All BASIC pure almost I think. Only a program to archive, unarchive programs with data or extra instructions, right?

What a pain a so big project in BASIC. It looks very cool by the way but BASIC... well, just the speed blows almost all!

How much KB of data you have right now? O.O

[sarcasm]The unarchive and archive will deteriorate the flash like no other program will![/sarcasm]
PS: do not follow the sarcasm comment by heart. But is true that it is very aggressive to flash...

[calc84maniac]

Actually, the program he uses merely copies the program from archive, so it doesn't wear down the flash.

[SonicBoom95]

My mouth is stuck in a smile. It has been for three days, since I viewed that screenshot.

[angel14995]

Must... restrain... happiness....

Awesome screenies thus far. Keep it up.