• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
Sign in to follow this  
Followers 0
PorkchopDonut

SwagDungeon Assistance; Graphic Design / XNA (C#)

4 posts in this topic

Hey guys!  

 

It's obvious I'm extremely new to GameDev, but after flipping through the topics and spending a little time dabbling in the posts, I feel I fit to a T!  Although, it's rather discouraging to see a lot of posts asking for ideas or help with games with only 5 or 6 replies...  Here's to hoping that isn't always the case, because I'm about to jump on that train;

 

Enter SwagDungeon.  No, that is not the real name of the game; it's only temporary while I work on it and shape it from a beta baby to an updated rockstar!  I'm writing it using C# / XNA.  I prefer using Visual Studio when I program, just because of the way everything is laid out.  Ease of use and all that jazz.  The game is intended for PC and Xbox 360, though I'm planning on keeping it geared toward the PC gaming community,

 

SwagDungeon can simply be defined as a Totally-Random-Side-Scrolling-Dungeon-Crawling-Looter.  Everything from floor generation to loot drops is completely randomized; monsters, weapons, pickups, dungeons, etc.  The player begins by picking one of four (an arbitrary number; subject only to increase) player classes, all of which specialize in certain skills.  The classes determine which player stats will automatically get a stat point thrown in them upon leveling up (on top of the 2 [also arbitrary] extra stat points the player can use for stats of their choice).  From there, they are dumped into the first "floor," which really just consists of a single dungeon, in which exists a chest that the player receives their first randomized weapon from.  A randomized monster breaks through the wall, the player kills it, and they receive their first bit of randomized loot.  Loot can come in a few different forms; there's ammunition (fairly straightforward; guns and bows need to shoot things), power sources (a little more abstract; each weapon is either powered by one of three power sources [also arbitrary], or not powered at all), grenades (nothing but fun!), harnassers (basically throwable objects that harness the power of the elements to do really badass things), and modules (used to upgrade weapon stats).  This leads them to the second floor, where another weapon chest exists, more monsters are fought, and more loot is found.  This goes on until floor 10, where the player encounters their first boss, which holds the coolest, rarest loot the player has found since starting the game.  

 

This is the basic concept of SwagDungeon and as of right now, I have all the code for the core mechanics of the game (complete randomization, weapon and item generation, player, monster, and floor creation).  I'll be honest, there's no clear direction the game is headed in, and stands to have many more ideas thrown into it...  Therefore, I am calling out for assistance, help, and brainstorming to all those who will lend their intelligence.  I am also in terrible need of a graphic designer to get the artwork for this game off it's butt.  I have absolutely zero experience with spriting and graphic design and am therefore useless when it comes to the game's art.  I have tons of concept art and lots of ideas for what I would like the game to look like, and I will post it below.  I'm going for a pixel look, and a great example of the kind of art I'm aiming for would be the kind showcased in one of my favorite mobile games, Defenders of Texel (http://mobage.com/games/dot-defender-of-texel)

 

I unfortunately will not be posting any of the code I'm using for the game, because I am not sure how trustworthy some of the folks on this forum are, so I will simply stick to concept art and brainstorming notes.

 

Again, any assistance is welcome and encouraged, and those who directly assist me with my game will be rewarded (I'm thinking cameos in the credits, in-game appreciation, and custom weapon naming? [Contact me for other incentive ideas as well]).  If you have any questions, comments, or ideas you would be more comfortable discussing in a private setting, email me at PorkchopDonut@gmail.com.  Also, feel free to check out my blog to keep up with my updates on my programming (loganwillis.com).  Thanks in advance and please, if you read over this, give me something to work with.  A simple, "Cool ideas, bro" would sate my hunger for feedback!

 

Many thanks!

Logan "Sole Producer" Willis

 

 

My brainstorming notes:

[attachment=16123:IMAG0478.jpg][attachment=16124:IMAG0479.jpg][attachment=16125:IMAG0480.jpg][attachment=16126:IMAG0481.jpg][attachment=16127:IMAG0482.jpg][attachment=16128:IMAG0483.jpg][attachment=16129:IMAG0484.jpg][attachment=16130:IMAG0485.jpg][attachment=16131:IMAG0486.jpg]

 

Concept art for the monsters:

[attachment=16132:IMAG0487.jpg][attachment=16133:IMAG0488.jpg][attachment=16134:IMAG0490.jpg][attachment=16135:IMAG0492.jpg][attachment=16136:IMAG0494.jpg][attachment=16137:IMAG0495.jpg][attachment=16138:IMAG0496.jpg][attachment=16139:IMAG0498.jpg][attachment=16140:IMAG0489.jpg][attachment=16141:IMAG0499.jpg][attachment=16142:IMAG0500.jpg][attachment=16143:IMAG0501.jpg]

Edited by PorkchopDonut
0

Share this post


Link to post
Share on other sites

Soo, you need an idea-guy ?:D

Well, thus far your game sounds realy random, i suppose there is no interesting battle-system(you could make it über-interesting) and i'm wondering whether the game cares at all about player-skill.
So here's an idea, have (different) ways of scanning nearby rooms, to determine in advance whether the player should go there and fight or not.

Maybe one "consumable"(aka one-time use) item could be used to steal the loot from a room without having to fight the monster(you should consider making bosses immune to this)

 

How does combat currently work, btw ?
Ps, i doubt anyone would steal your code, though, this section of the forums has very little to do with the actual code anyway.

0

Share this post


Link to post
Share on other sites

Soo, you need an idea-guy ?biggrin.png

 
Yes, I do need an idea guy!  Or at least a co-idea guy XD  
 

Well, thus far your game sounds realy random, i suppose there is no interesting battle-system(you could make it über-interesting) and i'm wondering whether the game cares at all about player-skill.

 

Yeah, it is fairly random right now.  Like I said, my game needs a little oomf right now.  The battle system is fairly non-existent right now, so uber interesting is something it dreams of being right now tongue.png  And player skill is tested.  the equations used to generate monsters are based on the player's level.  So obviously, lower level players are going to have a piece of cake laid out in each dungeon, farming xp until they get up to higher levels, where the modifiers and multipliers affect the monster stats so much more greatly, therefore applying more of a challenge to the player.

 

So here's an idea, have (different) ways of scanning nearby rooms, to determine in advance whether the player should go there and fight or not.
Maybe one "consumable"(aka one-time use) item could be used to steal the loot from a room without having to fight the monster(you should consider making bosses immune to this)

 

That item is a great idea...  A particle-porter...  And you have the option of either using it to steal the item out or phasing an item in, like a grenade or a harnasser and causing massive damage before even stepping foot in the room!  I like that!  As for the room-scanning, I want to keep a certain degree of surprise in the game, so the dungeons are randomly generated, placed, and constructed when the player enters the floor.  They are then inhabited individually when the player enters the dungeon and can therefore contain different monsters every time the player re-enters the dungeon.  This gives a nice blend of hostile vs. not-inherently-hostile monsters.  Also, as of right now, every tenth floor contains a boss monster, so that is one thing that is slightly predictable.
 

How does combat currently work, btw ?

 
As for combat, code-wise right now it consists of the player attacking monsters until they die....
But my vision is that the player enters the room: if it's a non-hostile monster, it's just chilling.  The player can either provoke an attack or let the monster go about its merry way, grabbing their loot and leaving.  If it's a hostile monster, as soon as it turns and sees the player (or smells them, depending on the monster), it is hauling ass to try and kill them.  Therefore, the player is left with a fight or flight response.  If the monster that is randomized is a lower level than the player, there is more than one monster spawned upon room entry (up to a maximum of three).  Therefore, to sum it all up, combat as of right now is slightly optional given the situation and is mashed into the rest of the game, so there's no cutscenes before battles start or any special attention given to them (save for the boss battles, which are an exception to everything I said).
 
By the way, thank you for your input!  Over a hundred people looked at this and no one said anything until you did!  So thanks!  You're definitely getting some props.
Edited by PorkchopDonut
0

Share this post


Link to post
Share on other sites

The idea sounds interesting. I'm a big fan of procedurally generated content, and love a good loot-heavy game (like the legendary Diablo 2).

Your monster concepts are also quite promising (tank tracks notwithstanding...).

 

Over a hundred people looked at this and no one said anything until you did!

 

Your post was quite general - giving an overview of the game and asking for feedback/suggestions. People often find it easier to respond if you pose a more specific question. Is there some more narrow part of your design which could be developed? You mentioned that your combat/battle system isn't yet implemented - perhaps we could discuss your current thoughts about it in more detail?

 

How does the player actually interact with the combat system?

Is this a real-time/action system or a turn-based/tactical system?

What are the character's basic combat abilities?

Can they actively evade, or is this entirely down to their speed stat?

Does each weapon have a single associated attack, or are combos etc available?

Blocking/parrying?

1

Share this post


Link to post
Share on other sites

The idea sounds interesting. I'm a big fan of procedurally generated content, and love a good loot-heavy game (like the legendary Diablo 2).

Your monster concepts are also quite promising (tank tracks notwithstanding...).

 

Your post was quite general - giving an overview of the game and asking for feedback/suggestions.

 

How does the player actually interact with the combat system?

Is this a real-time/action system or a turn-based/tactical system?

What are the character's basic combat abilities?

Can they actively evade, or is this entirely down to their speed stat?

Does each weapon have a single associated attack, or are combos etc available?

Blocking/parrying?

 

First of all, thank you! I've spent a lot of time and thought into this game and its concept, so the sentiment is greatly appreciated!

 

And ah, I see now...  I'll keep this in mind in the future.

 

The combat system is real time, similar to how you would picture a side-scrolling Borderlands or Torchlight (those are actually the reactants of some of my concepting for this game fyi!).  WASD and the mouse are all you need to move around and shoot.  I never really gave blocking or reacting to attacks in any way much thought, but now that you've planted the idea, I'm starting to like the idea.  Like a block button that, when pushed at the right time, will allow you to counterattack.  If pushed slightly sooner or later than the golden moment, it will simply allow you to defend yourself.  As a drawback, however, blocking prevents you from attacking for a short "animation" time, as the makers of Dota 2 would put it.  Speed stat will have a big impact on this though, since obviously a faster player can evade slower monsters inherently well.  On top of that, a press of the block button and a direction will result in the player's dodging in that direction (B + < = a fast jump to the left).  

 

As for the player's combat abilities, chalk it up to a primary attack (swinging with melee, firing with ranged), secondary attack - - special for melee weapons (i.e. Sledge hammer slammed into the ground, resulting in a ring of elemental damage around the player), melee attack with ranged weapons - - , blocking, dodging, and throwing grenades or harnassers.

 

I haven't given much thought to combos or variations in weapon abilities, though I am already in the works with a leveling system for weapons...  Couldn't hurt to mess with the code to incorporate special abilities that can be attained using Modules.

 

And for your first question, I'm not entirely sure how to answer that...  I think you were referring to the actual controls, which I explained up above...  Otherwise, I guess you could mean to ask how the player is involved in the combat itself...  To which the answer would be the player is the center of the combat.  Monsters with melee weapons will chase the player and attack them as soon as they can and ranged monsters will stay within a certain distance of the player while still attacking, ergo the camera and movement of the battle itself makes the player the focal point.

 

Thanks again!

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0