Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: aeTIos on October 21, 2010, 02:39:12 pm
-
aeTIos productions presents...
Cannonball The Game (you lost it)
I'm very proud at it because its my first game.
please download and play it and give feedback
thanks and have fun!
------------------------------------------
v1.3.0
------------------------------------------
Update:
new features:
-made ball going faster
-hard is really hard now
-made the whole thing look better
------------------------------------------
v1.4.0
------------------------------------------
Update and bugfix:
Bug fixed: Collision detection in normal mode
Updates:
-made a kind of progress in the game
Known issue:
Sometimes the ball bounces back just after launch. I don't know what this causes, but I'll try to fix it in v1.5.0
-
Looks great aeTIos!
Especially for your first game. :)
-
1. The ball moves too slow;
2. Nice first game;
3. The numbers going up 1 by 1 may slow down the program;
4. Why does it have a cross sprite for the ball?
5. Try making an option for user to have a larger or smaller line to receive ball;
6. The 'lives' system is very well made;
7. The game is repetitive because of the ball being slow, even on hard version;
8. Congratulations!
-
1. The ball moves too slow;
2. Nice first game;
3. The numbers going up 1 by 1 may slow down the program;
4. Why does it have a cross sprite for the ball?
5. Try making an option for user to have a larger or smaller line to receive ball;
6. The 'lives' system is very well made;
7. The game is repetitive because of the ball being slow, even on hard version;
8. Congratulations!
thanks,
-the hard version is harder because the paddle moves slower than the ball
-its going slow because its a screenie
-i will include 5
-4:thats not a sprite its a circle. if you play it oncalc you wont see that if its moving
-3: thats your score!
-8: thanks!
-
I know it is the score, but maybe they shouldn't be there, for example, they would only show up at the end so that it doesn't slow down, optimization is the key :)
-
Excellent for your first game!
-
I know it is the score, but maybe they shouldn't be there, for example, they would only show up at the end so that it doesn't slow down, optimization is the key :)
but its not nice when you dont see your score. ill remove the increasing high.
-
I know it is the score, but maybe they shouldn't be there, for example, they would only show up at the end so that it doesn't slow down, optimization is the key :)
Optimizing something like that is usually only necessary when TI-BASIC is being used.
-
I know it is the score, but maybe they shouldn't be there, for example, they would only show up at the end so that it doesn't slow down, optimization is the key :)
Optimizing something like that is usually only necessary when TI-BASIC is being used.
Yes, but the numbers make it slow, one by one going up :S
-
having the text being displayed every frame severely slows down your program. i *think* that axe might even use TI OS' routines for text display on the graphscreen.
-
Great Job! I don't think that the score will slow the game down since this isn't BASIC. but I may be wrong. also, you could make your game smoother by adding only 1 in the coordinates, but its your game. this game is definatley better than my first game! ;)
-
having the text being displayed every frame severely slows down your program. i *think* that axe might even use TI OS' routines for text display on the graphscreen.
Definitely true. Don't clear the screen and redraw everything every frame, and especially don't redraw the text. I wouldn't be surprised if it sped up at least 3x if you remove that. Otherwise, great job for a first game :)
Also, I just realized how close your avatar is to mine :D
-
yeah, at first I thought he was you until I saw the post count. btw, why does yours have a checkered-ish pattern?
-
Web-safe colors ;)
-
Nice job. :) The game's a classic, and it looks like you made a nice first game! ;D
-
I know it is the score, but maybe they shouldn't be there, for example, they would only show up at the end so that it doesn't slow down, optimization is the key :)
Optimizing something like that is usually only necessary when TI-BASIC is being used.
Yes, but the numbers make it slow, one by one going up :S
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
Nice first game btw :). You should add some difficulty as the game progresses like maybe some obstacles or make the ball faster and faster as it progresses.
-
Or not draw it every frame. Maybe every 10 frames or so.
-
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
i do this already
Nice first game btw :). You should add some difficulty as the game progresses like maybe some obstacles or make the ball faster and faster as it progresses.
obstacles were already scheduled, and i'll make the ball going faster.
to all: thanks for giving feedback, hold on
-
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
i do this already
I'm curious. Would you mind explaining how you draw the score?
-
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
i do this already
I'm curious. Would you mind explaining how you draw the score?
i use a list variable, {L1+5}r
each step, it puts a certain number up to the score. then i do text(2,0,{L1+5}r
and then a dispgraph (i draw to the buffer, thats fix5)
-
This is a very good first game! i love the way it is controlled!
keep up the great work!
-
I'll probably give this a try on a real calc soon, although I cannot promise anything since last 2 weekends I was swamped with work and stuff.
-
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
i do this already
I'm curious. Would you mind explaining how you draw the score?
i use a list variable, {L1+5}r
each step, it puts a certain number up to the score. then i do text(2,0,{L1+5}r
and then a dispgraph (i draw to the buffer, thats fix5)
Oh, I thought you were using a custom text routine and somehow managed to get the numbers to shift between multiple decimal places. What you're doing is a bit more efficient though.
-
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
i do this already
I'm curious. Would you mind explaining how you draw the score?
i use a list variable, {L1+5}r
each step, it puts a certain number up to the score. then i do text(2,0,{L1+5}r
and then a dispgraph (i draw to the buffer, thats fix5)
Oh, I thought you were using a custom text routine and somehow managed to get the numbers to shift between multiple decimal places. What you're doing is a bit more efficient though.
yes, that is
-
planned updates:
-going to include obstacles (5 levels)
-make the ball going faster
-user can set paddle width
more ideas? post them
-
An easy way to speed it up quick is to put in a flag that alternates between -1 and 1 every frame, and only draw the screen if that flag is equal to 1. Drawing the screen takes a surprising amount of time.
-
If you really wanted to go extreme you could have powerups and powerdowns falling from the sky :D
-
That would be cool :D
-
I know it is the score, but maybe they shouldn't be there, for example, they would only show up at the end so that it doesn't slow down, optimization is the key :)
Optimizing something like that is usually only necessary when TI-BASIC is being used.
Yes, but the numbers make it slow, one by one going up :S
He could make the text be drawn on the buffer so it doesn't slow down as much, or he could use a custom font routine, but that's a bit harder.
Actually, drawing the text to the buffer uses a bcall, like displaying to the screen. The two speeds should be similar (a slow-ish speed). :)
-
Ah ok, I notice a very small increase, personally, but it was negligible.
-
updated-check first post!
-
Nice but you might want to fix the collision detection in normal mode a little bit because it seems a bit off ???
-
Nice but you might want to fix the collision detection in normal mode a little bit because it seems a bit off ???
how do you mean?
I mean, i dont have problems with it
erm that one that it bounces back, i dont know what that is, i should fix that. i know it
-
Edited triple-post :P
See screenshot for what I mean.
-
Updated to v1.4.0 - check first post!
-
Sweet dude :).
-
I didn't notice this update but nice! I like how the gameplay area gets smaller in height as it progresses :)
-
Looks great! ;D Nice job. :)
-
I know this is pretty much a necropost, but I plan on rewriting the whole thing, with powerups and powerdowns (http://ourl.ca/7538/131247), obstacles (http://ourl.ca/7538/131105) and graphics like this (http://tinyurl.com/2g9mqh).
-
Is this like a brick-breaker without bricks?
-
yep.
-
13 month necropost :P
And i like those graphics ideas.
-
They are pretty neat, not?
-
graphics like this (http://tinyurl.com/2g9mqh).
Colors?? O.O
j/k I'm glad this is revived. :)