Omnimaga
Calculator Community => Other Calc-Related Projects and Ideas => TI Z80 => Topic started by: squidgetx on February 01, 2011, 07:33:15 pm
-
This is a project that was inspired by Builderboy's Cellular Automata physics tutorial (hence the name). Ironically it currently does not have any kind of particle physics or cellular automata in it at all. For now I'm just working on the main character physics, and I've managed to produce something I thought was worthy enough to post and officially unveil this previously secret project ;)
More details on gameplay will be unveiled later, as I think that if I succeed, I want it to be a surprise (because it will look really, really cool). For now you can just know that it will be some sort of platformer with as much physics as I can cram into it.
Currently all the character physics are done, including horizontal acceleration and deceleration due to friction, collision/momentum with walls, jumping (use 2nd) with real gravity and such.
Next up is the scrolling tilemapper... I'm planning to use the tilemapper only for drawing, and not for collision detection. Hooray for inefficiency :D
-
hmm, this sounds really cool :D I wish you good luck on it!
-
I added vertical impulses. See first post for new stuff, as I'm sure most people haven't even read the topic yet.
-
Yayy I can't wait to see your particle physics in action :)
-
Sounds cool. Good luck. :)
-
Niiiice. I really should get back to the physics on The 4th Dimension. Or maybe just turn the engines into a new mario-style game...
-
Scrolling+acceleration=pain x.x.
Maybe I'll go with no scrolling, simply something similar to Zelda or Trio/Niko where you have 'rooms'....
-
Request: rotation of the sprite. if you are going left, rotate left. If right, rotate right. (This will just turn the eyes oO )
-
Very worthy of a unveil indeed!
-
wow! that looks amazing! and yea, maybe just rooms would be nice lol.
-
I will try for a couple days to get a tilemapper working. It will be inefficient though, and if it's too slow I'll have to scrap it in order to make room for the other stuff.
Basically (gathering my thoughts here) I'm going to need to keep track of the X offset and Y offsets. When you move, I'll have to check if you get too close to the side of the screen in which case I change the offset value instead of the real X and Y screen values. The tilemap will be drawn using the offset value divided by 8 and then shifted by the offsets modulus 8.
Does anyone have any better ideas?
-
Instead of having the tilemap independent of the character, what about making them locked? In your tile mapping routine you could have a basid *off screen* tile, and it might make things a lot simpler.
-
So having the character be locked in the center? That's an idea I was considering before....hmmmm
edit; @happybobjr, yeah I'll add that later :)
-
I will try for a couple days to get a tilemapper working. It will be inefficient though, and if it's too slow I'll have to scrap it in order to make room for the other stuff.
Basically (gathering my thoughts here) I'm going to need to keep track of the X offset and Y offsets. When you move, I'll have to check if you get too close to the side of the screen in which case I change the offset value instead of the real X and Y screen values. The tilemap will be drawn using the offset value divided by 8 and then shifted by the offsets modulus 8.
Does anyone have any better ideas?
Sounds like what I'm using for The 4th Dimension. You can have the source, if you PM me.
-
i'm doing the 'locked' method for blaster master, although i'm still not convinced i've finished optimising the tilemapper, so it may not be the best reference.
if you're doing particle physics, though, i think rooms would be the best bet. maybe your character sprite could be slightly smaller to make it not feel so cramped? good luck with whatever this is, squidget!
-
True, with particle physics, it might be best to contain it to a single room, all those particles add up O.O Plus scrolling and you have yourself a framerate nightmare
-
Well I got the scrolling working anyway. Some of the collision detection is a little glitchy; and there is absolutely no checking when you are moving upwards. Other than that it looks okay though. It's a little slow, but I know several places that could be heavily optimized (I'm running through a few loops about 8 times as much as necessary XD), and I'm still at 6mhz.
-
Looks nice Squidgetx. I like the physics so far. :) Is the glitch you are talking about the blocks that magically appear at the bottom, though? ???
-
Update!
After much optimizing, I think it now runs FASTER than the original without scrolling :o. Also, I have fixed the bad collision detection: sometimes you could fall through the floor and such. Additionally, if you get too close to the edge, you will now semi-realistically slip down ;) If you fall really far down, the tiles will still randomly change because you have fallen past the limits of L1 :/
Oh and yeah, I added the character animation. It actually helps me debug the program too :D
-
Nice! I can't wait to see how this turns out. ;)
-
Thanks.
comicIDIOT over at Cemetech has given me some great ideas, so once I get Spoiler for Hidden done, I will begin to work on destructable blocks, blocks with more friction or bounce than others, and collectibles :o (I don't think it'll be able to manage enemies though)
edit: 911! haha
-
That is great squidgetx...the character animation adds a lot. I also cant wait for all the different blocks.
-
That looks wonderful! Excellent job! ;D
One thing though: Make sure that the character can't go up and into the block above him - it looks kinda weird. :)
-
Darn this looks impressive! This is a bit how I wanted Supersonic Ball to be at first, except that I just didn't have the skills to do a tilemapper, then I just moved on.
-
One thing though: Make sure that the character can't go up and into the block above him - it looks kinda weird. :)
Are you just warning me, or did you actually see that ??? (Because I *think*have collision detection working in all 4 directions)/
Anyway, I've run into a problem. The problem is that, well, the particle physics that I had planned is going to be practically impossible. Why? Because, well, you can't do pixel testing off screen. And even if you could, I won't make the tilemapper draw offscreen either. So now I think I'm going to have to scrap my original idea, making the name SandLand have nothing to do with the game lol. However, I would take this awesome tilemapper and run with it, adding loads of awesome stuff like special blocks, collectibles, maybe even enemies. I think it's OK though, because my old idea wasn't going to make a game, I don't think. I mean, it's like, "Ok, there's water/sand/acid. So what?" I don't know, maybe I'm just rambling right now :P
tl;dr: There will probably be no particle physics or cellular automata in this. Sorry. I'm going to make everything else moar awesomes to compensate.
If I had seen this post earlier, things might have been different: True, with particle physics, it might be best to contain it to a single room, all those particles add up
But I think I like where this project is going too much to try and steer it back to where I originally wanted it to go ;)
-
As for particles, what kind did you plan to include? I guess you could use tilemap-based collision detection, but I don't know if it's possible and if it would be fast enough.
-
One thing though: Make sure that the character can't go up and into the block above him - it looks kinda weird. :)
Are you just warning me, or did you actually see that ??? (Because I *think*have collision detection working in all 4 directions)/
I see it happening when there's only 8 pixels of space (top to bottom) between blocks and you try and squeeze through there. I fear this is also happening with left/right as well. :(
Sounds good. It sure looks great! ;D
-
Just wondering, does your scrolling redraw the map every frame, and does it draw the entire map or only the screen dimensions?
-
It redraws the whole thing every frame. (I find horiz/vertical annoying to work with when you have a character in the middle of the screen as well as changing velocities :P)
I kinda see what you mean ztrumpet. I'll get to work on fixing that :)
-
Those speeds are very impressive. Just wondering, how large is your map? Also good luck on your project :D
-
It redraws the whole thing every frame. (I find horiz/vertical annoying to work with when you have a character in the middle of the screen as well as changing velocities :P)
I kinda see what you mean ztrumpet. I'll get to work on fixing that :)
Yeah true. This is why I didn't want to use them in Supersonic Ball. X.x
It seems pretty fast by the way, despite drawing the whole thing every frame. :D
-
My maps are 32x32 tiles, though I could change them to any dimensions if I wanted to (but I think I like 32x32)
Yeah, the tilemapper is much fastet than I thought it would be...and it could even still be optimized further...>:D
-
I never really liked bouncy ball <sic> games much because they're so counterintuitive to a person who's played classic platformers all his life :D Also I was thinking instead of making the player slide off if they get too close to an edge, make it like sonic, where it shows a graphic of him balancing on the edge for a while, then falling off. Or was it SSB? I forget.
-
i, too, am rather impressed by those ridiculous speeds(and i may have to get you to help with optimising things eventually, if you wouldn't mind). however, i ran into something a bit disconcerting. granted, the player did start inside a tile upon running the program, but the last time it was run he started in the air, fell down, and then got stuck in/proceeded to sink through the ground.
-
That's... strange. Good luck fixing it. :)
Could you make it so that so tiles are made of sand and you have to sink through them like that? :D
-
Is the tile mapper on Full mode, or Normal?
-
shmibs: thanks! and I would love to help you optimize for blastermaster :).
ztrumpet: Currently the collision is pixel based, but theoretically maybe I could make a special case for the sand tiles...perhaps
Binder: The program is on Normal mode. here's what it looks like on Full XD. It's so fast I can barely control it
Currently I am having issues with slopes, and I'm thinking I'll just resort to having slopey-ness be part of a block's list of attributes (instead of pixel testing) in addition to friction, bounciness, and breakability. (which I haven't really added yet either). So while I brainstorm about this, you guys can have fun with this new build that has different tiles in it :o (and hopefully fixes shmibs' bug)
Note that I haven't yet added level support and that the game, every time you run it, reads whatever happens to be in L1 :P
-
Holy COW! I have a pretty fast tile mapper, but it goes the speed on Full that yours does on Normal! I really would like to know how you got it to go that fast.
-
Wow I was thinking to myself "Thats now *that* fast of a screenshot" until I realized I was on Chrome, and it was playing at like third speed XD Amazing job on the mapper and good luck on implementing slopes! They really are tricky D:
-
at this point, squidget, i think simply being able to glance at your source would be enough for my purposes (and maybe even run enemies in 6mhz)
EDIT:
there is one thing, though. how could one go about making a loop to accomplish Repeat A=B+C:End (Edit: to clarify Repeat (A=B)+C) without requiring the use of a "="?
-
Looking great, squidgetx! ;D
While B+C-A: End would probably work. :)
-
Haha, thanks guys. I'll comment up the source and get it to you later shmibs :)
-
<leafy wants to see source too> :D <puppy eyes>
-
Here is sourcey. It is slightly more optimized than before, too, thanks to calc84maniac.
It probably could be optimized more too, but I think then it would get too unreadable, plus I need the flexibility of the current setup.
Anyway, this offers a pretty good physics lesson as well as a tilemapping one. Have fun guys :)
-
=DDD
thanks, squidget.
-
Note; there's a bug. Change the line Q<<0-(Q>>0)->W to Q<<0*2-1->W. Otherwise you'll sink through the ground ;)
-
rawr, double post update!
Anyway, I've fixed up many collision/jumping bugs as well as added the ability to slowly move in the air if you have no initial x velocity (basically you use this to get out of holes).
And I finally made a chrome friendly screenie, heh heh :)
Also I have a bunch of ideas for different blocks: think conveyor belts? super bouncy or floaty ones? some with massive friction, others with none? And I have an idea on how to implement moving platforms as well....(pixel testing collision makes for lots of flexibility in the engine :D)
-
Looks great!
When you're "stuck" in the hole there, you're still going into the tiles though. :-\
-
Do you mean when the char kinda sinks down by 1 pixel? Yeah, that is leftover from my old way of doing slopes: collision doesn't check the last pixel. I am going to try again to get pixel-based slopes working which is why that hasn't been fixed yet :)
-
No, I mean left and right. One row of pixels can by in the row of the sprite's next to it.
-
Ah, I see what you are talking about now. Unfortunately I have no idea what causes it :( ...Maybe I forgot a pxl-test somewhere.
-
I like the small bouncing effect when you land after a jump. Seems like stuff like that goes a long way towards making the physics more believable.
-
I was wondering, how come when you are moving some tiles seem to quickly appear then disappear. Is this just some leftover data in the ram when the tile mapper starts drawing?
-
I think it's because he's reading from too close to the start of L1, and he's changing the Variables in Axe (which reside just before the start of L1). :)
-
^This is true. I will eventually add some sort of external level support which will prevent this from happening. Actually, I'll probably do it soon since L1 messes up every time I compile, so testing stuff gets annoying.
Also I realized moving platforms will be much harder than I thought previously. Unless you pretend they're made of ice :P (Relative motion is annoying). So don't hold your breath on that...
-
maybe make them move only by 8 pixel increments? that wouldn't be so bad actually. Or even better, code them in as "objects" that based on simple velocities will keep moving, and are drawn before pixel testing of course :)
EDIT: in fact using an approach similar to TaNF's enemies, it would be a cinch, just have their updates and such in the main loop.
-
The problem is that, sure I can make them move. That's easy. The hard part is that if you're standing on them, and they are moving, you will not move with it automatically. So you would actually slide off of it....Basically in addition to
1) drawing and moving the platform
I have to
2) detect if you are standing on a platform
3) retrieve velocity of said platform
4) increase X position of player by that amount
It's not impossible, but just annoying, and probably unavoidably buggy. :-\
-
Oh, that could be a problem. I hope you find a solution though, 'cause they'd be epic! ;D
-
Also you should add an x-velocity limit (unless you don't want to) I've noticed that if there's a flat piece of ram randomness, you can accelerate horizontally to inifinity (or 256)
-
If an object accelerates past 256 does it just then stop?
-
Idk, I haven't tried. It might start moving backwards
I'll add a terminal velocity...eventually :P. But as of now, this project is going to be on hold (or at least very low priority) until I finish Ash:Phoenix.
-
Nice, but why does the screenshots shows random tiles and some garbage? ??? Do you have any level/level demo done? I also hope you eventually finish this. Certain projects seems to get forgotten by their author after they move to another. X.x
-
It shows random garbage because I stored level data at L1, so the overflow and residue in L1 shows up as garbage.
But, update! With even more speed than before, lots of new tiles, better level mechanics, and 1 external level for your enjoyment! I guess you could call this a demo, then :P Have fun!
Use arrow keys to move, 2nd to jump, and clear to quit...
-
Wheeeeee!
Will download the moment I get the chance. The physics look great and it seems to run really smooth. This is shaping up to be awesome.
-
Looks great! I hope you didn't have too much troubles with slope physics. X.x
-
This looks great! Nice job! ;D
-
I tried it and it was really awesome! I did notice however that you can't control the character while in the air? This does make real life sense but it also makes it a bit difficult to move around :(
-
you can't control the character while in the air? This does make real life sense but it also makes it a bit difficult to move around :(
Yeah, I'm not sure what I want to do with that. I know for sure that I do not want you to be able to accelerate while in midair...
Also the funny thing with slope physics is that I still haven't added them. The slope physics that you see is the byproduct of the gravity/collision physics. It actually looks pretty nice, nice enough that I probably won't bother adding slope physics until later...
-
Speaking of this "random garbage" popping up, it gave me a game idea. A platformer, with essentially no purpose (except to have fun/kill time) that reads from the RAM, in which you can switch 'dimensions' (inspired by the random blocks appearing and dissappearing at random in the old versions).
So... thanks for that ;D
-
Yeah that was an idea I had once. I just wasn't too sure if it would look decent enough.
-
Weee, update!
-Fixed graphics a little
-Added tiles that move you around
-Optimized moar
-Added a terminal horizontal velocity
-Allowed moving in the air, but 1/8 the acceleration of on the ground
The level goes in archive, as always
-
OMG nice job!
-
Wow. Just wow. This is awesome.
-
How on earth do you do this nice smoothscrolling ?
-
i love the way the graphics are turning out in this project. nicely done, yo!
-
Looks great squid
-
Haha, thanks guys :)
Next, moving platforms and grayscale collectibles/water (the only way to do stuff like that since collision is pixel based :x)
-
Nice, and i bet you could still keep it smooth scrolling.
-
This is looking great! Every time I see it, it gets better and better. Nice job! ;D
-
This is nice, I really love the scrolling speed! I think it's a bit hard to move while in the air, though, but again it might be due to the level design and the fact you bounce back when hitting platforms.
-
This is turning out amazing. I love the tiles, they remind me of the obligatory "underground/temple" levels in platformers :P
Can't wait to see more!
-
i just now realised that some of the tiles break when hit with sufficient momentum!
dude!
-
i just now realised that some of the tiles break when hit with sufficient momentum!
dude!
awwwwwwwwwwwwwwwwwww yeaaaaaaahhhhhh 8)
True, it is a bit difficult to move in the air. But then again, in real life it is kind of difficult to move in mid-air. I'll be sure not to make the initial levels too difficult.
-
Haha, thanks guys :)
Next, moving platforms and grayscale collectibles/water (the only way to do stuff like that since collision is pixel based :x)
What I do, is first checking for a collectible, and then the collision detection.
-
i just now realised that some of the tiles break when hit with sufficient momentum!
dude!
Really? I didn,t notice that at all O.O
i just now realised that some of the tiles break when hit with sufficient momentum!
dude!
awwwwwwwwwwwwwwwwwww yeaaaaaaahhhhhh 8)
True, it is a bit difficult to move in the air. But then again, in real life it is kind of difficult to move in mid-air. I'll be sure not to make the initial levels too difficult.
Yeah I know, kinda like in the first SMB. Just make the levels not too hard. X.x