Mega's RPG - Design Phase

Posted by Astryl on April 11, 2012, 9:16 a.m.

First, a notice

I've made the decision today to start writing more seriously in my blogs; this will probably result in a slightly higher chance of a programming blog, with potential tutorials and examples being uploaded.

Speaking of which, an Article/Column/Tutorial media type might be a nice addition to V4…

The actual blog

Well, I've already started thinking about what I'm going to do, and specifically: What I'm doing it in. This is going to be a lot of work, because if I release anything this time, it's got to be complete.

At the moment my design is focusing on the base system used, and currently I'm considering employing a DnD inspired backend, with a jRPG interface; One thing that I feel is important is to give the player a lot of control over their character and the direction of the 'story' (Roleplay).

Of course, three months to make a non-linear awesome RPG with DnD based calculations, character classes, multi-classing, jRPG art, and music to boot requires massive amounts of insanity, or a team of talented programmers/artists/musicians to pull off.

Especially considering that I refuse to do this in Game Maker. (C# or C++. Java at a push, but the language isn't what matters at this point).

Fortunately, I have large reserves of insanity, so no problems there.

Now before anybody thinks I'm just pulling an abstract design-doc for this, with no clear idea of what I want to do…

Mini design doc - Revision A and Abridged from 20KB or so

Primary Goal

Create an RPG that utilizes a Dungeons and Dragons based back-end (for calculations, spells, leveling, classes, etc) while providing a more console-styled presentation visually (Final Fantasy IV, Dragon Warrior. Keep it simple).

The game should be as non-linear as possible.

Circumventing the linear game factor

Instead of basing the game around the story, provide a world that contains the story, and provide pointers to the story in places.

The player chooses whether or not to complete the main quest. This implies that other quests exist.

Quests can take on a variety of forms, ranging from simple 'Get me some <item>' to 'Take care of our resident Dragon problem'. These will be brokered by various NPC's in the game (Which implies NPC's, and a quest management system).

Multiple activities should be provided to the player, with varying degrees of reward. Naturally, questing is one of these; 'hunting' could be another alternative (Receive craftable items from monsters? (Implies crafting, alchemy, spellcraft)).

In addition to the main-quest, character-improving quests should exist too (One for each class, allowing progression to the master-class for that class).

No random generation

I don't want to risk this again. This time I'm going to carefully create my own areas, and items should be explicitly designed, but with the usual fun RPG stats tacked on (Cursed, Blessed, Evil, etc).

Party based gameplay

I definitely want to include the possibility of multiple part-members for this game, but I don't want to force companions on the player (Allow the player to decide against accepting assistance).

For this, a Dragon Warrior 4 system will work very well, where you can hire party-members from the local Pub. A simple in-the-background database can contain all the possible hires, their locations (Randomized, possibly, to create the illusion of movement between towns), and their standing towards the player (Implies a reputation and possible 'Bias' towards either Good or Evil. This prevents a Paladin from siding with an Evil Wizard, for instance).

Multi-classing

Allow the player to choose a class to improve each time they level. Levelling multiple classes might create a more adaptable character, but at the same time won't allow the player to reach the higher class perks for specific classes.

Cut

I cut it off here, so as not to spoil the whole thing right off the bat, but I think you can see the general direction here.

Lot's of ideas, but I'm forcing myself to design the core of the game first, but make it open to new features without too much trouble (OOP is great in this respect).

I use the word "implies" a lot in my design docs. Because everytime I mention a component of the game, I mark it like that so later on I can make a list of potential features/components which is separated into IMPORTANT and NON IMPORTANT sections.

The language this will be made in

Interestingly enough, this is up to you, [furry].

I'll use C#+XNA 4 if nobody foresees the XNA Runtime being a problem (Also, .NET).

Otherwise, I'll use C++.

Personally, it's no problem either way (Except for the complicated memory management required by C++).

End matter

Well, I've certainly got myself a beginning, and a whole lot of time to work on this beginning (19 days for design? That's a luxury I never take advantage of usually).

This is definitely going to be an interesting competition.

Comments

Castypher 12 years, 7 months ago

Quote:
Interestingly enough, this is up to you, Toast.
Damn, I wanted to choose.

C++ is much harder to develop in, so if you can do that then you're all set.

Astryl 12 years, 7 months ago

If I get really lazy I might make a resource pack for RPG Maker instead >:3 [/lies]

It ends up depending on what I feel like, come May the 1st, but let's wait for Toast's opinion on this.

Toast 12 years, 7 months ago

If you really must install stuff on my computer to make your game work by all means you may… I guess XNA and .net are not uncommon. I've updated the rules:

5. There are no programming language/game engine restrictions except that the game MUST run on Windows 7. Your game shouldn't require additional software installation (unless you really need to do so).

So it's your choice again.

Astryl 12 years, 7 months ago

Quote:
5. There are no programming language/game engine restrictions except that the game MUST run on Windows 7. Your game shouldn't require additional software installation (unless you really need to do so).

Oh goody XD Now I've got more design desicions to make (Nah, I'll probably use C# because of it's nice Object Orientated focus).

Acid 12 years, 7 months ago

Just use C#/XNA… then post the source code so that I can learn some tips.

I'm starting to use XNA myself, and while I am starting to grasp the overall idea behind how REAL object oriented programming works, it never hurts to look at other people's code to see how THEY do it.

death 12 years, 7 months ago

hmm doing all that in C++ or C# is going to be a lot of work. bust your ass working on the engine as quick as possible. maybe if you can program all the main features within 30 days, than design all the terrain and enemies in 30 days and than the last 30 days test and improve the aspects as well as possible, it could be done. your gonna have to soak in all your available time into working on this size of a game.

personally i think it's a bit too big for this competition >_>

but good luck with it, your gonna need it =P

Lorik 12 years, 7 months ago

Which version of DnD are we talking here?

Astryl 12 years, 7 months ago

Quote:
hmm doing all that in C++ or C# is going to be a lot of work. bust your ass working on the engine as quick as possible. maybe if you can program all the main features within 30 days, than design all the terrain and enemies in 30 days and than the last 30 days test and improve the aspects as well as possible, it could be done. your gonna have to soak in all your available time into working on this size of a game.

personally i think it's a bit too big for this competition >_>

but good luck with it, your gonna need it =P

Ah, but you see: I've been programming long enough that I have built up a whole folder of code fragments that can be reused, such as my tileset loader, animated sprite loader, etc (Both for C++ and C#), so I'm not actually thinking too much about the engine.

The design is going to be a pain in the ass, but hey, gotta try. Remember: Design docs always start out larger than they need to be, and the process of design is that of removing design elements until the final design is found.

Quote:
Which version of DnD are we talking here?
D20.

Zhiko 12 years, 7 months ago

I think he meant more like which edition, i.e. 3.5, 4e, etc…

And if that's not what he meant, I'm gonna go ahead and ask that.

Lorik 12 years, 7 months ago

I was referring to edition, but D20 is actually a valid answer, if I'm correct when I take that to mean he's referring to the stripped down open SRD. That would fall into the 3.5 edition's territory, I think.