jum Posted October 20, 2005 Share Posted October 20, 2005 (edited) here's a preview of a gravitar or spout type game I'm messing with. press X to thrust. any gameplay ideas welcome. - jum Updated 2005-10-07: uploaded a new version (james1.zip). See what u think. Updated 2005-11-24: another new version which uses scrolling bg sprite to make a much larger "cave" Updated 2005-12-05: updated wip version with tilemapped bg sprite and animated ufo. booster_03.zip Edited December 5, 2005 by jum Quote Link to comment Share on other sites More sharing options...
+Zeptari Posted October 21, 2005 Share Posted October 21, 2005 I get a circle array of dots that fall and then a red line at the bottom of the screen. I don't think Handy like's your game demo too much. I'll mess around with it some more... Quote Link to comment Share on other sites More sharing options...
jum Posted October 21, 2005 Author Share Posted October 21, 2005 it's just a quick experiment with vertical scrolling, vector rotation, particles and gravity physics. the triangular player ship is represented by dots at it's 3 corner points. thrust as soon as it starts. Quote Link to comment Share on other sites More sharing options...
+Zeptari Posted October 21, 2005 Share Posted October 21, 2005 OK, I get it now..... So is this a start of a Gravitar clone? I played that game almost every day on my way to school at a local mom and pop store. I also have it for the 2600.... great little game... anyways looks like your of to a great start.... -Rick Quote Link to comment Share on other sites More sharing options...
Heaven/TQA Posted October 22, 2005 Share Posted October 22, 2005 i would like to see the source code... (if it's written in asssembler...) any chance? Quote Link to comment Share on other sites More sharing options...
jum Posted October 24, 2005 Author Share Posted October 24, 2005 (edited) The source code is in (low-level) C. If you want it email me: <removed> I was thinking of combining a gravitar-type game with "spout" (ie: no fire button, you use your thrust jet to destroy enemies). Also I'm undecided on whether to implement using vector gfx (raw lines and dots) as it is now, or whether to use sprites. Yeah the 2600 gravitar is impressive. - jum Edited November 28, 2005 by jum Quote Link to comment Share on other sites More sharing options...
TailChao Posted October 26, 2005 Share Posted October 26, 2005 Very nice, a tad laggy but nice. Might I suggest though, that you move the display window to scroll instead of using a massive 160x306 rendered buffer and relocating the read position? It would be much more RAM, and speed, efficient. Quote Link to comment Share on other sites More sharing options...
jum Posted October 26, 2005 Author Share Posted October 26, 2005 I need the 160x306 buffer because (like spout), I want to be able to blast the walls/landscape with the thrust blast. I've locked the framerate to 20fps now. It's maybe a bit sluggish, but at least it doesn't slow down and speed up all the time. I'll post a new version soon. Quote Link to comment Share on other sites More sharing options...
sage Posted October 27, 2005 Share Posted October 27, 2005 I need the 160x306 buffer because (like spout), I want to be able to blast the walls/landscape with the thrust blast. 954570[/snapback] One more reason to use a sprite instead of the render buffer. Quote Link to comment Share on other sites More sharing options...
jum Posted October 27, 2005 Author Share Posted October 27, 2005 Please explain how to implement "deformable terrain" using sprites. Thanks - Jum Quote Link to comment Share on other sites More sharing options...
TailChao Posted October 27, 2005 Share Posted October 27, 2005 Please explain how to implement "deformable terrain" using sprites. Thanks - Jum 955175[/snapback] You could set up a simple tile engine (8x8 blocks perhaps) With each tile having say, 4 modes (blank, semi deformed, deformed, nonexistant) and draw the screen like that, you would get a massive speed boost. Quote Link to comment Share on other sites More sharing options...
T2KFREEKER Posted October 27, 2005 Share Posted October 27, 2005 Cool little demo. I think it would be a cool little Lynx game when finished. It is at least the kind of game you want to play on a hand held. I'll keep checking to see what the progress is. Quote Link to comment Share on other sites More sharing options...
jum Posted November 4, 2005 Author Share Posted November 4, 2005 Uploaded a new version of the demo. See the first post. - jum Quote Link to comment Share on other sites More sharing options...
Lamer Deluxe tm Posted November 5, 2005 Share Posted November 5, 2005 Very nice, keep on going, this could become a really cool game. You are using a lot of memory with the large buffer, but with this you are saving on screen redraw, which leaves you extra system power to do neat effects with. You could speed up getpixel and setpixel by using a multiplication table (y*80) instead of the <<6 and <<4 you're using now. calc_ship_verts could be sped up by not using generic sin and cos tables but premultiplying them to give the right distance from the center of the ship. I see you are already using mean(?) (point1+point2)/2 values to create extra interpolation points with little calculation cost. You could also interpolate from the bottom two points to the center of the ship, for a nice spaceship shape. Programming the Lynx in C looks nice BTW, I've been using ASM, which is fast but cumbersome. Your game is inspiring to look at. Quote Link to comment Share on other sites More sharing options...
jum Posted November 6, 2005 Author Share Posted November 6, 2005 Very nice, keep on going, this could become a really cool game. You are using a lot of memory with the large buffer, but with this you are saving on screen redraw, which leaves you extra system power to do neat effects with. You could speed up getpixel and setpixel by using a multiplication table (y*80) instead of the <<6 and <<4 you're using now. calc_ship_verts could be sped up by not using generic sin and cos tables but premultiplying them to give the right distance from the center of the ship. I see you are already using mean(?) (point1+point2)/2 values to create extra interpolation points with little calculation cost. You could also interpolate from the bottom two points to the center of the ship, for a nice spaceship shape. Programming the Lynx in C looks nice BTW, I've been using ASM, which is fast but cumbersome. Your game is inspiring to look at. 960560[/snapback] Thanks for your input man. I'm not concentrating on optimising right now (rather get some good gameplay first), but if you would like to write a fast ship-drawing routine in asm, please do, and I will integrate it into the source code. I can only work out the correct "scaling" of the sin/cos tables once I've figured out whether I need to use 8:8 fixed point or 10:6 or whatever. Also I'm going to cut the sin/cos tables from 256 values to 64 values. - jum Quote Link to comment Share on other sites More sharing options...
Lamer Deluxe tm Posted November 7, 2005 Share Posted November 7, 2005 Thanks for your input man. I'm not concentrating on optimising right now (rather get some good gameplay first), but if you would like to write a fast ship-drawing routine in asm, please do, and I will integrate it into the source code. I can only work out the correct "scaling" of the sin/cos tables once I've figured out whether I need to use 8:8 fixed point or 10:6 or whatever. Also I'm going to cut the sin/cos tables from 256 values to 64 values. - jum 8:8 would probably be faster, but positioning within the large display buffer would be more complicated. I'm not used to doing asm combined with C in CC65, but I'll see if I can mess around with it a little bit Quote Link to comment Share on other sites More sharing options...
sage Posted November 8, 2005 Share Posted November 8, 2005 Please explain how to implement "deformable terrain" using sprites. 955175[/snapback] Use unpacked sprites, use "getpixel" and "setpixel" on them instead of the screen memory. 1 bitplane should be enough for b/w terrain. This is how I do it for my tron clone (which is still somewhere floating around in the net). Quote Link to comment Share on other sites More sharing options...
jum Posted November 9, 2005 Author Share Posted November 9, 2005 I used the "setpixel/getpixel on unpacked sprite" in my ChopperX game, for the scrolling terrain (320x50 sprite). I was trying to avoid losing cycles to large sprites, but on the other hand a 300x300 "virtual background" would suit this game better. Do you still have the source code to your Tron game? Quote Link to comment Share on other sites More sharing options...
_cooper_ Posted November 9, 2005 Share Posted November 9, 2005 Interesting Techdemo Jum, i'm looking forward to see the further versions! Quote Link to comment Share on other sites More sharing options...
jum Posted November 17, 2005 Author Share Posted November 17, 2005 update: I have now switched to using a 320x512 1 bitplane unpacked sprite for the background, and have made setpixel and getpixel routines that read and write to the sprite. now busy with creating 32 animation frames for the ship rotation. also need to speed up the setpixel/getpixel routines. - jum Quote Link to comment Share on other sites More sharing options...
sage Posted November 23, 2005 Share Posted November 23, 2005 I used the "setpixel/getpixel on unpacked sprite" in my ChopperX game, for the scrolling terrain (320x50 sprite). I was trying to avoid losing cycles to large sprites, but on the other hand a 300x300 "virtual background" would suit this game better. Do you still have the source code to your Tron game? 962626[/snapback] Yes I have, but it is completly in assembler. Quote Link to comment Share on other sites More sharing options...
jum Posted November 25, 2005 Author Share Posted November 25, 2005 (edited) see new version at beginning of thread. sage: I can do assembler if I have to. Please email or post your asm source for putpixel. thanks. - jum ps: I have since done the 32 sprites for the ship rotation (actually, 8 sprites that are flipped horizontally or vertically as needed (thank you Lynx designers ). Edited November 25, 2005 by jum Quote Link to comment Share on other sites More sharing options...
sage Posted November 25, 2005 Share Posted November 25, 2005 see new version at beginning of thread. sage: I can do assembler if I have to. Please email or post your asm source for putpixel. I am not sure if it will help you, because i was using 4 plane background (8 lightcycles -> 8 colors+background color) and a fixed sprite width. But anyway i will send you part of the code. maybe you want to do a color version, too. Quote Link to comment Share on other sites More sharing options...
jum Posted December 6, 2005 Author Share Posted December 6, 2005 Uploaded another new version. See first post. - jum Quote Link to comment Share on other sites More sharing options...
Lamer Deluxe tm Posted December 6, 2005 Share Posted December 6, 2005 Wow, great improvements! The ship controls very nicely. The deformable landscape works really well and is a very cool effect. The anti-aliasing on the ship is a nice touch. I'm looking forward to seeing this turn into a real game. It's very interesting to be able to follow it's progress. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.