|
Post by Bucko on Dec 10, 2002 22:15:45 GMT -5
I'm making a little game on the TI-83+ where there is a figure on the top part of the screen and one at the bottom of the screen. The one on the top just moves from side to side and the one on the bottom will move in one direction until you tell it to change direction or it gets to the end of the screen. then with the second button you tell the bottom figure to try and get the top figure. The goal is to hit the top figure 3 times and you lose if you miss 3 times. to make this i put it all in a loop so that the pictures would keep moving. It works but the only problem is that i have so much in this one Lbl - Goto loop that the pictures move really slowly because it takes so much time to get to the end of the label to the Goto and then start over. How can I make the pictures move faster to make the game harder. (P.S. what is hacking on a calculator?)
|
|
|
Post by Smasher on Dec 11, 2002 0:16:16 GMT -5
It'll be easier to help you if you post the code up here. If you do that, I'd be happy to help you optimize and/or rewrite it.
As for hacking, I don't think there's any one definition; I'd say that it's using glitches/bugs (and maybe a little asm) to do things in basic that you're not supposed to be able to do (Kevtiva's Calc ID reader is a good example of this), but I'm sure you could find someone who would disagree with me.
|
|
|
Post by Chris on Dec 11, 2002 8:47:23 GMT -5
yes, smasher's hacking definition is correct, altho most of the time ppl use hacking (calcwise anyway) in reference to creating your own variables, btw one way to speed up your program would be to loose the goto/lbl loop (the goto routine takes anywhere from about .1 seconds to 4 seconds depending on how far in the program the label is), and replace it with a "repeat" or a "for" loop btw posting your code up here would help greatly because we could optomize it for you and point out major speed losses, because your program doesn't seem complicated enough to cause any major slowdown
|
|