Jump to content

  • Log In with Google      Sign In   
  • Create Account

Interested in a FREE copy of HTML5 game maker Construct 2?

We'll be giving away three Personal Edition licences in next Tuesday's GDNet Direct email newsletter!

Sign up from the right-hand sidebar on our homepage and read Tuesday's newsletter for details!


We're also offering banner ads on our site from just $5! 1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.


tim_shea

Member Since 25 Oct 2008
Offline Last Active Aug 07 2014 10:08 PM

Posts I've Made

In Topic: Quantifying insanity.

07 March 2014 - 10:18 PM

I think we're sort of talking past each other at this point. In any case, I love survival games and psychology so I look forward to playing whatever you come up with. Best of luck!


In Topic: Quantifying insanity.

07 March 2014 - 09:30 PM


The issue here is that I can't account for how deep in character the player is.

 

So, this is not strictly true. In fact, there are entire genres built around accounting for exactly that. To be sure, game design based on player immersion is much more artistic and subjective than game design based on systems, but it is definitely not out of reach.

 


It relies on player immersion to be any more than that.

 

Player immersion is not something that the player chooses to engage in. They have to set the conditions for it, but you as the developer have to actually create it, if that's the route you want to take. And keep in mind, it may not be the best option. Immersion and entertainment are orthogonal attributes of game design. Particularly in a sandbox or procedural game, it could be incredibly difficult to construct an immersive experience, and even if you did it might not be as entertaining as a more rule-driven experience.


In Topic: class a and b of different namespace 'need each other'

07 March 2014 - 08:55 PM

You should definitely give some thought to dependency inversion. Circular dependencies can very easily become problematic in the future. Unless there is some reason not to abstract out an interface, it would benefit you to do so.


In Topic: Quantifying insanity.

07 March 2014 - 08:48 PM

It's fairly clear to me that you've put a lot more thought and [research? personal experience?] into the fine points of this mechanic than the average forum reader, so I'm not sure if you're going to gain much defending your ideas against the superficial criticisms we can provide.

 

Nevertheless, here is my superficial criticism: it seems like you haven't made a clear distinction between the "real" mental health of the avatar and the perceived mental health of the player.

 

If I have a lot of concrete statistics to manage and specific rules and interactions to consider, along the lines of a pen and paper rpg, then I expect to be loosely bound to my avatar. I get plenty of information (more than he would reasonably have access to, e.g. his precise level of healthiness) but my means of acting on that information are mediated by the rules of the game and his current state. A crazy avatar, in this sort of game, might do things I don't expect.

 

On the other hand, if I am forced to perceive things exactly as the avatar does, then I would expect to be more tightly bound to my avatar (there should be relatively few cases where I don't have control) but at the cost of my unrealistic introspection with respect to statistics. In this sort of game, I would not expect my avatar to go crazy, so much as the game to try to convince me that I was crazy.

 

Both could be enjoyable games. In the past, I've played survival games that hewed towards either side (not with respect to mental health, just in general), and enjoyed them. But a sort of middle ground option might easily get confusing.


In Topic: My world driven game idea

21 February 2014 - 02:48 PM

In my game engine architecture course last year, about 3/4 of the teams were unable to get even two-player networked games to work, whereas almost everybody was able to implement the full scene graph structure, physics, spatial sound, animations, etc.

 

Networking makes every aspect of your game more complicated.

 

Minecraft was not multiplayer in the early alpha. It was only later (as the game became a sensation and raised many millions of dollars) that a lot of the features you see today were implemented. It's also just generally not a great model for game dev, because it was such an unusual case. Is it possible you will pull off what Notch did? Yes. Is it likely? Definitely not. Much better to set your sights on something firmly achievable and then branch out.

 

Edit: On a different note, I like the concept. I would say prototype it and see which elements are fun and which aren't.


PARTNERS