Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: Cinaed666 on April 22, 2010, 02:39:34 pm
-
Hey people, I'm back with a new project again.
I coded this over a week during class, found it to be a fun project.
There is only one quest, but if people like it, I might work on it some more.
Controls:
Overworld:
Dpad: move around
F1: stats/info
F2: quit dialog
Enter: Ok/scroll through dialog
Battle menu:
F1: attack
F3: Defend
F5: attempt to run away
Enter: Ok/scroll through dialog
Features:
Topdown Overworld view
Pokémon inspired battle menu
Weapon Shop
Inn
Training Hall
Quest
Unlockable (but so far useless) House
'randomized' monsters
Collision detection
Level up system
(http://www.omnimaga.org/index.php?action=dlattach;topic=2061.0;attach=1140;image)
Seriously sped up preview. (Thanks DJ Omnimaga !!)
-
cool to see you're still into calc programming. I will test this later (and possibly do a screenshot)
-
This sounds cool. Can't wait to see a screenshot :) (Would try it but don't have my calc with me.)
-
screenie
In one screenie attempt, I noticed a slow down after you enter houses a few times, though. Do you use Gotos inside Then/End blocks and the like?
-
So it's completely homescreen?
-
It seems like so. I do not know his future plan for battles, though, and overworld dungeons. I would like some explorable dungeons and maybe some battles animations
-
That looks really nice! If you do indeed use Lbl/Gotos in your program, there are ways to fix the memory leak without restructuring code if you really dont want to go through the hassle. I do recomend it though, if you plan to be adding a lot of more code like battle animations and such, as it can both make your code so much easier to read, and a lot faster.
-
That looks really nice! If you do indeed use Lbl/Gotos in your program, there are ways to fix the memory leak without restructuring code if you really dont want to go through the hassle. I do recomend it though, if you plan to be adding a lot of more code like battle animations and such, as it can both make your code so much easier to read, and a lot faster.
Yeah, I use tons of lbl/gotos etc, I noticed it slows down for me after a while too. So that's why ?
Also yes I'm planning for a dungeon and another town perhaps. The battle animations seem like a nice idea!
-
Well using Lbl's in and of itself will not slow your program down, but doing things like this can:
Lbl 1
Repeat A<2
Goto 1
End
Whenever you enter a loop, the OS remembers this so that when it gets to an End, it can remember where to jump back to. There is a problem with Goto, where if you goto outside of a loop, the OS is still looking for that End. Once you enter the loop again, it thinks you are entering a different loop, and starts looking for TWO Ends. As the calculator accumulates Ends, it runs out of memory and gets slower and slower.
-
Also, using Goto can be fairly slow if the Lbl is not close to the beginning of the program. The TI-Basic parser searches the program from beginning to end until it finds the label. Loop commands, on the other hand, do not require such searches.
-
That looks really nice! If you do indeed use Lbl/Gotos in your program, there are ways to fix the memory leak without restructuring code if you really dont want to go through the hassle. I do recomend it though, if you plan to be adding a lot of more code like battle animations and such, as it can both make your code so much easier to read, and a lot faster.
Yeah, I use tons of lbl/gotos etc, I noticed it slows down for me after a while too. So that's why ?
Also yes I'm planning for a dungeon and another town perhaps. The battle animations seem like a nice idea!
Cool ^^. If I was you, I would probably only have one town if you're gonna have just one dungeon, though, unless the enemy level range suddently increased somewhere in the dungeon and that the 2nd village had weapons the first 1st doesn't
-
That looks really nice! If you do indeed use Lbl/Gotos in your program, there are ways to fix the memory leak without restructuring code if you really dont want to go through the hassle. I do recomend it though, if you plan to be adding a lot of more code like battle animations and such, as it can both make your code so much easier to read, and a lot faster.
Yeah, I use tons of lbl/gotos etc, I noticed it slows down for me after a while too. So that's why ?
Also yes I'm planning for a dungeon and another town perhaps. The battle animations seem like a nice idea!
Cool ^^. If I was you, I would probably only have one town if you're gonna have just one dungeon, though, unless the enemy level range suddently increased somewhere in the dungeon and that the 2nd village had weapons the first 1st doesn't
Thanks for all the feedback guys.
I'm bad at tracking down stuff that could possible slow down my code, or fixing those things if I do, so if anyone finds something in my code that can seriously speed things up (or at least get rid of some of the slowdown) let me know :)
Oh, and some storyline ideas are welcome, too.