Platform engine demo

[nodtveidt]

The rope thing is a result of no X correction, and the ladder animation is a result of my first artist at the time not drawing the frames. The X correction is low on the priority list but it's in the plan, and Keranu is now drawing the sprites so it will be added. I have an even more recent version of the game built here:

http://www.nodtveidt.net/monolith-dec29.7z

It has a total of three rooms (four doors now total) with some serious timing corrections, plus new samples added and more exposure of the moon.

[nodtveidt]

OK... back from vacation. Getting some more work done on this. New shots to reveal.


Area names are now working, a la Exile II. This particular area, as stated before, is not going to be in the final game so I can call it whatever the hell I want to. This name just kinda popped into my head. Dunno why. I guess it means something still works upstairs.


This is the start of the submenu. As you can see, there is no "armor", "shields", or "headwear" in this game... instead, you have Bracer and Ring. Bracer is similar to Armor, and Ring is similar to something like Relic in FF6, or like the Rings in Ys Book I. Magic selects which spell you're currently using, and Item allows you to... use an item. I guess I don't have to explain Exit. At the bottom of the submenu is the statistics. Most should be easy to figure out. STR = Strength, DEF = Defense, M.A = Magic Attack, M.D = Magic Defense, W.P = Weapon Power, A.C = Armor Class, MLH = Moolah, the game's currency.


New title screen.

[nodtveidt]

Nod needs to post the Monolith update on PCEFX so people can worship my ego

OK.

http://www.nodtveidt.net/monolith-jan5thupdate.7z

This has a ton of changes from the last public release, most notably Keranu's new character sprite, some tweaks to enemy damage, the start of the subscreen, and some new sound effects.

[Vecanti]

Finally got a chance to play the latest version last night.  It's looking great.  I still can't believe how fast it's come along. Great work.

Oh, yeah I was going to ask about the rooms with the red/black stripe, is that some sort of copper effect?  It's scrolling at a different speed is why I was asking.  Very cool effect.

 

[nodtveidt]

There's even more changes in the most recent build... Keranu's sprite set is now complete and includes the ladder-climb animation as well as a death sequence. Also, the platform collision code is going to be upgraded with a new technique that will not only allow slopes to be constructed, but virtually any kind of dips or cracks in the floor, including curves. Using this technique, it will be possible to create floors similar to those found in games like Sonic The Hedgehog... rounded hills will be a piece of cake to create. I'll be starting the code for this today and if all goes as planned, I'll bring out another demo after it's implemented. I don't want to go too crazy with the demos but this has been one hell of an educational production thus far and once the game is complete, I'll be releasing the source code to the game engine so other people can utilize it to make their own platformers.

[ParanoiaDragon]

Finally got a chance to play the latest version last night.  It's looking great.  I still can't believe how fast it's come along. Great work.

Oh, yeah I was going to ask about the rooms with the red/black stripe, is that some sort of copper effect?  It's scrolling at a different speed is why I was asking.  Very cool effect.

 

I believe Nod missed yer question, so, I will answer it!  IIRC, that is an example of some dynamic paralax.  It's not that copper effect, as if I understand, that effect(used frequently on Amiga) is vertical, while this is horizontal.  Can this paralax go both horizontal & vertical?  I don't know.  Ultimately, if you want a real explanation, you'll have to wait for Nod/Old Rover to get back up in here!

[Vecanti]

I believe Nod missed yer question, so, I will answer it!  IIRC, that is an example of some dynamic paralax.  It's not that copper effect, as if I understand, that effect(used frequently on Amiga) is vertical, while this is horizontal.  Can this paralax go both horizontal & vertical?  I don't know.  Ultimately, if you want a real explanation, you'll have to wait for Nod/Old Rover to get back up in here!

Yeah, I add the question a little late.  But yeah, as an old Amiga user you're right, the copper goes the other way, but looks similar so wasn't sure.  Should be interesting to find out how they do it as it seems like 2 layers.

[nodtveidt]

What you're seeing is dynamic tile parallax. A lot of PCE games use it. Dracula X, for example... in MANY places, but most notably in the first part of Stage 6... those blue bricks in the background that move slower than the rest of the level... dynamic tiles. And it's easy for games like that which rarely scroll on both axes... when you deal with dual scrolling, it's a whole new ball game... required memory for two-dimensional dynamic parallax will be no less than 3x that of one-dimensional dynamic parallax... and that's to say nothing if you have a complex design which requires an entire tile scroll... that equates to 8x the memory required. And if you have such a complex pattern, you're already going to be using 8 unique tiles for horizontal alone... you then need 7 more variant sets of 8 tiles each. That's 64 unique tiles... and that's only for *one* repeating pattern... imagine if you have several independent scrolling tiles (like Dracula X does). Now, each of these dynamic tiles tile consumes 1KB of RAM. However, in a game like this one, tiles are represented as *metatiles*, which means that everything has now expanded to 4x the usage. Again, this is also dependent on the complexity of your tiles. In my demo, only four tiles are required to pull off the parallax, and since it's a solid up-down pattern, it could go vertical without even noticing that there's no actual vertical parallax.

Another thing Dracula X does, which is also seen in quite a few other games (like Air Zonk) is h-int parallax. Basically, what you're doing here is redrawing parts of the screen based on the position of the raster. That's how you get games with serious full-line parallax. Air Zonk nailed this one *hard*, as did Shadow Of The Beast. My platformer currently doesn't show off this technique, but it will later on. Of course, some games combine both techniques in the same display, and then you can also mix sprites into the display to give the illusion of "true" parallax by creating "uneven" scrolls.

So yeah, anyways... you do dynamic tile parallax when you want to create areas where the background is simple but you need a complex foreground arrangement, and you use h-ints for when your foreground is simpler but you need complex backgrounds with full-line parallax scrolling.

[spenoza]

Well, this is coming along quite nicely, now. Jumping still feels just a little bit fiddly, like the physics of it still need a little tweaking, but definitely improved. The character also still seems a little fast. Perhaps a slower character with a double-tap to run function would be easier to manipulate. I like what you've done with the background work, and though the level design seems interesting but sparse, I'm sure that'll change as the level becomes populated with more enemies and stuff.

[ParanoiaDragon]

That level's not going to even be in the game, it's just a demo level to base everything on. 

As for dynamic paralax, it doesn't bother me when a level have verticality in it, but no vertical paralax, just horizontal, & I believe that's totally doable IIRC.  I've seen plenty of games do it, even on the Gen & SNES, let alone the Turbo, so I hope we can do some more complex looking bg tiles in this in an area that has vertical scrolling, & not worry about the vertical paralax.  Just leave the bg where it's at(solid, so it scrolls at the same speed as the rest of the tiles), or maybe make it static like the moon.

[Vecanti]

I've seen plenty of games do it, even on the Gen & SNES, let alone the Turbo, so I hope we can do some more complex looking bg tiles in this in an area that has vertical scrolling, & not worry about the vertical paralax. 

Do you mean something like this?

The far background only moves horizontally and when the guy climbs down ladders it doesn't move vertically at all.

Or are you meaning something more like first 10 seconds of this?

Where neither of the backgrounds move vertically, but have parallax when going horizontally.

I was just playing Gradius II and level2 does the second one just fine.

[awack]

Yeah, they're two levels in gradius II that use horizontal and virtical scrolling dynamic tiles.

[nodtveidt]

The current demo level has reached the end of its usefulness. I'm going to be preparing a new demo level, which will be an outside area, with the new slope functionality as well as passable platforms and probably some h-int parallax.

The movement speed is probably going to stay the way it is. If there's one thing I can't stand, it's games like this that move way too slow and feel like you're controlling a lethargic tortoise ass. JB originally moved at this speed but it was a bit too fast for that game so we slowed it down a bit. However, the movement speed is not the reason for the spotty jumping... that's the result of the hitbox being too small. I will increase the size of the hitbox on his feet by 1 unit in each direction, which will give more solid control on edges.

Well anyways, here's the final test build of the Aroso map. The bookcases are big black boxes in this build for some reason but I'm not concerned with that as this is the final build using this test map. It was compiled the other day so it doesn't have any changes to the collision just yet. It does, however, have Keranu's additional sprites.

http://www.nodtveidt.net/monolith-arosofinal.7z

[ParanoiaDragon]

I've seen plenty of games do it, even on the Gen & SNES, let alone the Turbo, so I hope we can do some more complex looking bg tiles in this in an area that has vertical scrolling, & not worry about the vertical paralax. 

Do you mean something like this?

The far background only moves horizontally and when the guy climbs down ladders it doesn't move vertically at all.

Or are you meaning something more like first 10 seconds of this?

Where neither of the backgrounds move vertically, but have parallax when going horizontally.

I was just playing Gradius II and level2 does the second one just fine.

I'm confused, are those both the same links?  I didn't see a difference in either's scrolling, seemed like both vertically did the same thing, with them both being in the same level.    I think from a technical standpoint Shadow of the Beast's vertical scrolling for the bg (or lack thereof) makes it static(which I believe is still dynamic paralax) which is easier then to have it scroll.  But having a bg that would scroll along with the rest of the level(at the same speed) making it solid vertically I would figure would be eaier yet.  Offhand I don't remember what games I've seen do this for SNES & Gen, but I do recall finding some, even though both can technically do vertical with no problem(atleast in regards to having atleast a 2nd bg layer if not more).

If I recall, the Gen version of Valis 3's tower level, actually have the reverse of sorts.  When you move horizontally, the bg is solid, but horizontally it uses regular paralax(as opposed to static).  Other then that, I can't think of any examples at the moment.

[Vecanti]

I'm confused, are those both the same links?  I didn't see a difference in either's scrolling, seemed like both vertically did the same thing, with them both being in the same level.   

Yeah, same video but different times.  On the first link I was wanting to show the vertical scrolling where the farthest away background doesn't actually move (vertically).  The second was I was just meaning the first ten seconds.

On level5 in Aero blaster there are 2 layers with horizontal and vertical parallax at the same time.

level6 has this part that is interesting, looks a little like Air Zonk, but the layers are moving vertically and horizontally in parallax to each other.