0 Members and 2 Guests are viewing this topic.
ahh... I see. Well, then, I hope you still continue coding.
You're confusing respect with respect. Respect is something someone has or hasn't, people respect each other or not. Then there's Omnimaga Respect, totally different things. Maybe I shouldn't have said respect...Concerning what led me to cancel this project:Yesterday on IRC, a few people (blamed? critisided?, geez I don't know which word to use) the fact that I edit Kevin's games and say they are mine and all I add is a menu. So, I cancelled this project to avoid that kind of opinion
Ah ok. I'll have to try the new version when I have some time.
Well the original was buggy, if I remember. I remember trying the example in the Axe folder and ball kept going outside the screen.
Ah good to hear That reminds me, I remember I programmed a Pong game once and it ran at 1.5 frames per second pixel by pixel. That was an epic fail attempt from my part. (Although it was in late 2001 when I was still learning TI-83 Plus BASIC)
Yeah but I mean, even in BASIC you can have a pong game that runs much faster than the one I made. In the one I made, it took one minute for the ball to bounce. In Axe it would be much faster for sure, unless I ported mine to Axe, which would be much slower than your version (and quigibo's). Yours runs quite fast. I think it must not run too much faster, because then we would not be able to see the ball, due to the crappy LCD.
Yeah that can happen. In my Axe TUnnel game, with Axe 0.4.7, it runs so fast you don't even see the track in fast mode. In slow mode it can blur a lot, too, so you don't see the walls coming. On the TI-Nspire it's worse, though. In gbc4nspire, Calc84maniac slowed down the framerate purposely to reduce the blur effect.
The appvar archiving is much faster, you'll see!