Quote:
Originally Posted by Gambet
Well, your inspirations come from other games, of course, but the magic is how far you develop those inspirations by turning them into your own creations.
|
I agree wholeheartedly.
Which is why we need a starting point to develop from. Or rather, several starting points.
An overhead view engine, for all the games with overhead views that inspire us. Not necessarily cleaving to Zelda - it's been well established you can do dang near anything with an Overhead View engine.
A 3/4 view engine, for our very own Goldenaxe variant...I've really only ever seen it used for One vs. Many sidescrolling fighters (/coineaters), but in a MMO it might actually be superior to Platformer in terms of "Walking Around Each Other"
A platformer engine, for all the platformer games we could do a better job at. Take a cue from Smash Bros Melee, and have a kung fu master throwing aura/fireballs through a dungeon...but with custom character creation, you aren't even limited to the extensive Nintendo stables...
A RTS engine, for all the RTS worlds in our heads. BomyCraft. Kingdoms Tactics. It's not really "overhead", as the "overhead" tools will avail you not.
FPS - umm, well, it's worth mentioning I guess, but better suited to Graal 3D methinks.
Then I guess there'd be another category for Tools within genres.
Racing - you can't really make a racing server without either optimizing level-links or making a virtual track within a level (see also the Classic Train)...if you're making a virtual track, you may as well call it another genre - but on the other hand, a serveroption that lets you choose between Optimize for level link vs. Optimize for NPCs (the NPCs might not load the whole script on the Race Track GMAP or something, but no matter how fast a player crosses it they don't Glitch Out)...or the whole map has to load, with every NPC in every level and every level link in memory before it lets the player "go"...prefetching/precaching, something like that, I dunno. If there's a way to zip across a GMAP, the rest of the view's tools should work fine in a racing server...and that'd be interesting, a server where you can outrun your projectiles, where you can fire a grappling hook to corner in a hurry, maybe a Sonic-style one where it's platforming at the speed of light...
RPG Database - It's entirely possible Stefan's already given us access to the tools to make a RPG with a whole vast database of Trolloc Hides and Vitriol Spheres, but I'd sure be at a loss to make use of it. But if there was a way I could start a server with a platform engine and a database (even a database of samples, like "Goldgelat - mineral - worth 100g - item - 0.01#") I'd be months ahead of the game, and my hypothetical playerworld would be far more likely to ever see the light of day.
Turnbased Battle System - Useful in any view. Interesting outside of Overhead View.
I'm sure I'm forgetting vast arrays of video games. I mean, there are board games, but those are better suited to Flashifying...but if you wanted to make a Battle Chess Board, you'd just need Turnbased and either the RTS Overhead or some really clever custom scripting and exceptionally patient pawns...(the fact that GoldenUrg managed to make one for Starcraft proves it can be done anywhere)
The point is, with these proposed tools future developers can move even faster to mixing and matching, making a Classicstyle world with an overhead view where an RTS race of plantcreatures are taking over the map...or a 3/4 view turn-based RPG where a crew of ninja catstronauts try to take control of a battlestation infested with a race of space pirate amoebas that steal the powers of anything they defeat...you get the idea.
(The real joke is that there are elements of Graal that would gladly donate the necessary scripts to make such defaults...but they can't afford a server just to make A Default, and even if they did they'd have to copy-and-paste it into the vaults of graal.net, where nobody'd be able to figure out how to paste it all back in the right order...we Really need some way to backup a server locally and, optionally, transfer it to another server)