Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!

1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


Member Since 08 Feb 2008
Offline Last Active Today, 12:07 AM

Posts I've Made

In Topic: [Petition] Allow fan games to be created

26 January 2015 - 10:08 PM

Firstly, no. Secondly, who is this actually for? Thirdly, IP law in most developed countries makes such a blanket pledge impossible. Fourthly, are you actually surprised that products which are in direct competition get shut down more than products that are not? Fifthly, do you know else wouldn't make money? If I ripped the next Nintendo game and gave it away for free. After all, if it's not generating money it couldn't possibly be damaging.


Game developers produce content for you to enjoy, and it is by their grace and their grace alone that fan games are permitted. Kudos to those that allow it, but don't act like you're entitled to do what you want with someone's work just because you enjoy it. 

In Topic: Why You Should Never Take Criticism Personally ...

17 January 2015 - 10:49 PM

Actually here is an example of why a developer sometimes shouldn't lash out in public. Let's be generous and take this sample size of one and apply it to reach the reasonable conclusion that developers shouldn't, generally, lash out in public. Taking criticism personally has, at best, a tangential connection to this example. You can take every word of criticism as a personal affront to your dignity and still take it on the chin and maintain your composure, or you could disregard every word of it without pause and still react poorly out of intellectual arrogance or simply from pressure.


Most criticism isn't personal, and you shouldn't take it personally. However, some criticism is personal, and a good deal of criticism has personal implications. It would be far wiser to consider each piece of advice on its qualities, rather than make blanket assessments. When it comes to taking criticism personally it would be my advice to consider how equipped the source is to judge your personal qualities and their motivations for doing so. I do understand, however, that making such distinctions becomes more complicated when the criticism is directed toward your work, ideas, or words.

In Topic: Best C# engine for beginners

03 November 2014 - 02:46 AM

I want to second HappyCoder's recommendation to look at MonoGame. It will allow you to get to grips with the technology as you need to use it, without presenting you with a flood of options. It will, however, require more work and an appreciation for working in the code. It will also require you to consider how games are put together, from an underlying technology standpoint, rather than simply how you can implement your mechanics and content.


However, if you want to work in 3D and use C#, then Unity is a good choice. It has some idiosyncrasies, many of which I dislike, but it's a solid piece of technology that can help you create almost any game idea and will, at least, help you learn how such technologies work. Just being able to identify the aspects you like and dislike will be a great advantage in considering game development.


Otherwise, I have heard that you may be able to use Mono with Unreal now. Does anyone have more knowledge about this?

In Topic: Dual-Purpose Transform Hierarchy (2D)

03 November 2014 - 01:58 AM

Hi HappyCoder,


I have thought about this approach and, instinctually, I don´t like it. However, it does seem like a good idea at this stage. As it stands, the GameObject class keeps track of a a GameObjectID (name and hashed integer ID), a handful of flags, and a velocity.  I'll almost certainly add an optional collection of collider components, and I'm considering adding an optional physics component, but I may keep that away from the base class and simply have objects which require physics to instantiate their own component and subscribe to the physics system. So the overhead shouldn't be too high.


The reason I don't like the approach is because I will certainly create a number of object types, most often GUI devices, which need to track a number of sub-objects such as labels or frames. Some of these could be achieved easily without a Transform, but in many cases a Transform would be easier. Certainly I could make these sub-game-objects, but conceptually I prefer them treated as a single object. However, considering I don't currently have a better solution it may be that this is the approach I'll need to adopt.

In Topic: Player character emotion.

02 November 2014 - 09:55 PM

I simply wished to comment that you appear to be seeking to impose the stages of grief upon the player. This is an interesting concept that I've played with before. However, it is important to note that the 'five stages' Kubler-Ross model has drawn some very valid criticism. Most importantly, not all people experience the same stages nor is the order necessarily consistent. Furthermore, it is quite possible to move back and forth between stages, rather than progress in a linear manner.


This doesn't invalidate presenting the stages sequentially, but it does raise some problems for any attempt to impart those same emotional states onto the player, as the player may react differently to the events of the game than would be predicted by the model. As general recommendations, I would recommend attempting to impart the stages vicariously, rather than by, or in concert with, observation of the character's emotions or by emotive techniques such as music.


People react very differently to the emotional state of others than they do to direct emotional stimula. As noted, we also cannot necessarily predict a player's reactions to direct emotional stimuli, at least with respect to complex reactions such as the 'stages of grief.' So, I propose two possible solutions. Firstly, attempt to engender in the player a direct connection with the character or, secondly, break down the stages of grief into their components.


People react differently to emotional stimuli because they process that stimuli in different ways. They have different thought processes, memories and learned behaviours that they use in processing stimuli and formulating both an emotional and practical response. One way to overcome these differences is to attempt to standardise them by providing the player direct insight into the character's "emotional pipeline." If you can convey to the player the reasoning behind the character's response, and the factors being considered in concert, then the player will have a lens through which they can respond, and very closely empathise with the character. This can be done using a variety of reasonably simple techniques. Cutscenes and flashbacks, for their flaws, allow the player to construct a narrative and emotional context. Techniques can be more subtle, such as flashed imagery, voice over, momentary audio cues or even as simple as demonstrating changes in expression in response to stimuli. Text, diegetic or otherwise, can be quite effective.


The alternate approach is to break down the response you wish to illicit into its components. Bargaining, for example, requires the player to have accepted the fact of an imminent problem. The player must be emotionally motivated to avoid the consequences of that problem. However, the player must maintain a (tenuous) illusion that this fate is avoidable. In short, the three primary requirements are a belief that, in this case, death is imminent; some frustration at the failure of efforts to change the course of the game; and a belief that there remains some option to pursue. This last point might have significant game-play implications. By attempting to construct the response you desire, rather than provoke it, you can once again somewhat bypass the differences between people. I believe that game-play will have a much larger role in this approach, as the stages of grief require a perceived degradation of agency.


Anyway, my apologies for such a long post with only a handful of actual (obvious) techniques. I hope that it might be somewhat helpful.