next »

[baconman]

BLAM.

EDIT: Okay, so the vertically-offset "open on top" room needs flipped. Point is, calculation works now. One big dog down.

[increpare]

tortilla chips with guacamole and salsa MMMMM

[Geti]

This is damn cool, nice work get some code to rough up the resulting rooms without disrupting their high level characteristics and then throw decor everywhere and you'll have some level generation sex in a can.

[baconman]

This is damn cool, nice work get some code to rough up the resulting rooms without disrupting their high level characteristics and then throw decor everywhere and you'll have some level generation sex in a can.

Therein is the idea. I am effin' pumped.

I am kinda torn between using a rough, demade Zelda-like to learn inventory management, or a rough, demade Sonic-like (minus loop-de-loops?) to learn speed/direction platformer physics. Either way, position-relative object generation will "rough it up" nicely enough. I could even break up worlds into sets of themed submaps, and interconnect them through the sides.

[gimymblert]

Nice job, but sonic without loop de loop (or 2 layer switching) is not sonic Also sonic game already came in big 256² chunk, you can find a dl of all sonic chunk on some thread in sonic retro forums.

[baconman]

Yeah, that's very true. Eventually, I'd like to get something of that caliber going too, but in due time. I kinda have to figure out how to manipulate speed/direction enough to run up walls or down inclines, for instance. And especially where curves are concerned.

Like, a way to accelerate at direction 315 the fastest, that could CURVE downwards and keep traction, but angling off would lose it. Direction 0 would be pretty standard, direction 90 would keep you steady at max speed, but you'd lose momentum for being under that, 45 you could make steady speed if slower up to a point, or if you were already going pretty quick you could pick up a little of it...

It would be more about getting that sort of thing down than "being a Sonic game." Gamedev as a whole may not be new to me, but platformer physics (especially in the speed/direction motif) kinda are. ^.^ If I can get that down, the layer-changing and loops are basically all that's left to add. And that shouldn't be hard at all.

_{Plus, I may cheat and add swimming!}


The Zelda-like project is basically me learning to create and manage a simple inventory system, like old-school LoZ. Then tying those two both together will basically produce my "SonicMetroidvania" game. Having two playable prototypes/predecessors is simply icing on the cake. Besides, who DOESN'T want PGC Zelda/Semi-Sonic? Heck, even a simple PGC Aquaria demake is tempting as hell to do (although that would probably be a branch-off of the inventory system into cooking/crafting).


Oh well... in the meantime, first thing's first: Chunker Deluxe (actual level sizes now), and common gameplay assets (items, baddie sprites).

[gimymblert]

There is plenty source code for sonic physic to look at
But the source of all source is generally here.

http://info.sonicretro.org/SPG:Solid_Tiles

But the principle is very easy, sonic have predictable angle and curve so it limit the case. But even with that in mind, you can just follow the connected "edge" (ie solid tile that follow each other) respective to the displacement (assuming it is larger to a tile and it's already assuming very very fast speed which is a specific case already). Other than that, disregarding gameplay tweak, it's as easy as aligning a vector using trigo (based on stored angle in a tile on collision) and adding gravity and aligned acceleration vector. It only get tricky with 3D where gimbal lock became an issue (my bad). Tile also make it easy to handle case where I stumble into in 3D because of the collision system I use.