Posted: Sun 20 May, 2007 12:31 am
Saving and loading is complete! (I think)
I am currently working on the party selection screen, here is a concept:
I am currently working on the party selection screen, here is a concept:
Page 16 of 22
Posted: Thu 24 May, 2007 2:45 am
Well, here they are, I made 3 to show how, just by manipulating the PRTY list, you can set up the pokemon in the order you want. Of course, that will work within the game, I just have to program that.
Posted: Thu 24 May, 2007 5:40 am
Very impressive tifreak8x! It is good that you are thinking of such things at this stage of development, it runs nice and fast too! 
.
.Posted: Thu 24 May, 2007 1:26 pm
Thanks.
And it is actually slow in the screenshot compared to the pogram running on the 84+SE it was designed on.
And it is actually slow in the screenshot compared to the pogram running on the 84+SE it was designed on.
Posted: Thu 24 May, 2007 11:08 pm
Wow, very nice for BASIC. I really want to know how it identifies how many pixel to fill in in the HP bar.
Posted: Thu 24 May, 2007 11:49 pm
It is simple:
HP/HPMax->N
(NE2).25->N
Line(X,Y,X+N,Y
This is of course set for 25 pixels to be max, and will mess up only if HP>HPMax.
And theoretically, you could just change the .25 to anything less than .96 to get the amount for the line going across...
HP/HPMax->N
(NE2).25->N
Line(X,Y,X+N,Y
This is of course set for 25 pixels to be max, and will mess up only if HP>HPMax.
And theoretically, you could just change the .25 to anything less than .96 to get the amount for the line going across...
Posted: Fri 25 May, 2007 10:23 pm
I was only wondering because I am planning to make a game where the strength of our tower is represented by how tall it is. I guess I could modify the code a bit to use an 8x1 sprite instead of a line and make it vertical. Woops, there I go again, talking off topic.tifreak8x wrote:It is simple:
HP/HPMax->N
(NE2).25->N
Line(X,Y,X+N,Y
This is of course set for 25 pixels to be max, and will mess up only if HP>HPMax.
And theoretically, you could just change the .25 to anything less than .96 to get the amount for the line going across...
Anyway, about how much of the game is done (percent wise)?
Posted: Sat 26 May, 2007 12:46 pm
Between 8 and 10%. There is still TONS of data to add... -.-
Posted: Wed 06 Jun, 2007 3:24 pm
it's great to come back and see that you're still working on this.
As far as the data that needs to be added, I'm not sure if I suggested this before, but would it be possible to make a simple data entry program for the computer, so the community can work together to enter the data? I'd be willing to help out some.
As far as the data that needs to be added, I'm not sure if I suggested this before, but would it be possible to make a simple data entry program for the computer, so the community can work together to enter the data? I'd be willing to help out some.
Posted: Thu 07 Jun, 2007 6:37 pm
I dunno, I am still uncertain on how some of the data will need to be dealt with. I also have plans on completely rewriting the walking engine, to allow for scrolling, and deal with entire sections of map at one time, which will require me to remake the maps to show more at one time. It kinda sucks, since I had that all done already, but what ever, if it makes the game that much better, than so be it.
Posted: Thu 07 Jun, 2007 9:53 pm
well, scrolling would be nice, but if it's too hard, it's not really necessary.
Posted: Thu 07 Jun, 2007 11:20 pm
Hard?? Nah, I did it for the graphscreen, the homescreen should be cake. 
Posted: Mon 11 Jun, 2007 12:12 am
What do you think? That should be more than dynamic enough to take on menus :p
Posted: Mon 11 Jun, 2007 1:03 am
That's great. So now are you going to implement the MOVE, STATS, and BACK?
Posted: Mon 11 Jun, 2007 2:44 am
Whoa.
(@)=(@) <- Glasses, ha ha.
That is in Pure BASIC? That is awesome, dude. It looks good.
(@)=(@) <- Glasses, ha ha.
That is in Pure BASIC? That is awesome, dude. It looks good.