Work has started on the genuine article, bona fide player characters. The first hurdle is constructing the actual mesh, based off of earlier 2D designs. As can be seen, these are as good as done, though a few tweaks while likely happen to their proportions. These objects are inert as of now, and will need bones and skinning, after which they can be animated and implemented into the system developed previously.
UV Mapping (prepare the characters for texturing)
Texturing (Three iterations, see Temporality)
Skinning (Create skeleton and confer skin weights)
As we slowly eke our way forward towards the more definite player characters, some thoughts towards input schemes and rage of motion, and ‘expression’. The original prototype was geared towards the Xbox One controller because I had a couple of those lying around and they are good. Now, some months later, I can now say with measured certainty that these controllers will also feature in the final product. I have considered other forms of motion, like the Kinect or the keyboard, both of which present several problems not present in the XBONE: mostly those of personal representation. The Kinect, while wonderful for many wholly theoretical reasons, is ultimately about yourself, the meatspace vessel controlling the machine. The point of Exit Pursued By A Bear has been proven to be puppetry, which requires a certain disconect between puppet and puppeteer for it not be acting, and it requires, above all, precision. The XBONE presents this in spades, and is a good Rosetta stone for standard game interaction which cannot be dispensed with if this game is to achieve any of its design goals.
Which brings us to the question of what the controller is actually to control. I have drawn a rough sketch of what should at the very least be possible. The trick, and problem inherent in the design, is that in wishing for the players to have as much control as possible over what they want to portray, means arming them with as vague a range of movement as possible, rather than a shitload of specific interactions (like MMO’s tend to do in their emote animation range). Plus, they have to be mapped properly and intuitively to the interface. For now, the sketch is as follows:
Left Stick – Spatial translation (walking), possibly upgraded to pressure sensitive running/walking
Right Stick – Head rotation, as already implemented, possibly to be augmented with snapback to avoid confusion
A – Jump (platformer staple, can also denote anger or excitement)
X -‘interact’ (push?) Uncertain about this one, is an openly violent gesture/interaction necessary. It would seem to be a bit too much on the nose of regular gaming, but a certain dramatic element can’t be denied.
B – An expression or gesture, not sure what
Y – An expression or gesture, not sure what
LB – Raise left arm (for any number of things, waving, denoting presence, etc)
RB – Raise right arm (for any number of things, waving, denoting presence, etc)
If this game is to feature or imply some sort of narrative structure, there has to be a measure of Temporality. Most importantly, there has to be an Ending. An ending retroactively affirms that there has been a middle, and therefore a beginning. If the game does not ‘end’, no part of it can be considered a concerted stab at a story. The three-act structure, while sometimes (unfairly) maligned, has been around for thousands of years for a good reason: It works well. But even if it wouldn’t, it is a structure which audiences have been blasted with for centuries and is practically hardwired into our brains as the quintessential ‘story’, so not employing this structure would be idiotic.
This would confer some structural integrity to the experience, but could conceivably construed as three separate instances or levels. Therefore I surmise it would be best if the three levels (or acts) build off each other in a recognizable way, possibly being three variations of the same level, therefore denoting the passage of time.
Lastly, this reminds me of the earlier character sketches I did where white dirt or blood kept cropping up on their bodies, because I liked the way it looked. It broke up the monochromous monotony of their schemes. But, if this dirt (or damage or wear) would build up during play, it could also denote passage of time, as well as convince an audience of the fragility and temporality of the characters themselves, in short, sporting a banal sense of growth.
The game will feature three levels structured together like a three-act setup: A beginning, a middle and an end.
The levels will be strung together thematically and design-wise to present a recognizable whole.
The characters will subtly become dirtier throughout the game, denoting mortality and the passage of time.
Slightly ill and hunting for game names I was for no good reason reminded of an essay I wrote in high school about the German philosopher Martin Buber. I remembered absolutely nothing about this save that there was some business about one’s existence being validated by the experience of one other involved in it. Or something like that.
Having had trawled enough Latin proverbs and Shakespearean waffle for pretentious titles, I decided to go on an extremely brief refresher course about this person with a slightly hilarious surname. Martin Buber primarily concerned himself with the Philosophy of Dialogue, when he was attempting to perpetuate adult Jewish education in Nazi-incumbent Germany. He wrote a thesis he called Ich und Du, which posited encounter as the basis for existence. You may already see where I’m going with this.
The Ich-Du relationship is a concept predicated on the mutual and holistic existence of two beings. Ich-Du is slightly difficult to convey in a language that isn’t German – Du implying a closeness or intimacy that most other languages don’t have a proper pronoun for. English translations waver between I-You and I-Thou, both not really making the cut as far as approximation is concerned. Regardless. When two entities encounter one another, the very act of the encounter functions as a validation of existence, or better still, is the actual gist of existence. We exist because we encounter. In relating to the other, we are made real, perceivable, actual.
Buber mentions some examples. Two lovers, an observer and a cat, the author and a tree, and two strangers on a train. Each of these might make interesting games in and of themselves. The parallels between this thought of Ich-Du and the content I’ve been fumbling with in this project is distinct. Somehow this must form the core of the game – not the external stimuli, which are there primarily to give the gamer of the self a mechanical drive for acting. The person he or she is inadvertently (or advertently) portraying is to be validated by the one playing the other, and together, they are then existent.
Other words given for this relationship, more commonly, include encounter, meeting, dialogue, mutuality, and exchange. These are all easily justified and lazily thrown into the design, but I’d like to avoid that. As an artist you are rarely very accountable for the shit you pull, and haphazardly throwing in some idly-researched philosopher is not something I want to do – or at least be ostentatiously seen doing. So I’ll be throwing some more research in this direction, and se if more mechanical elements can be extrapolated from its hide. If not, I’ll go with the lazy implementation and by slightly ashamed of myself.
Here is a fourth pass. The leftmost you may recognize, it was an earlier design that I quite liked and am of a mind to keep. Cliche or norm dictates that he needs a smaller friend, of which the centre character is a decent approximation, I guess. The big one I like but is probably not suitable for the build I’m intending for the graduation, as this one simply begs to be third player capable of destroying everything.
They all have dirty fingers, I’m unsure whether that’s dirt or blood. Perhaps I’ll make it a thing. Maybe they should grow progressively dirtier. Unsure.
The Stage is the newest prototype, a stage level largely dedicated to testing a four-camera setup, recycling the switch script from The Lights but committing the Waiting bool to a universal static script so the cameras can communicate with one another. It works.
As some of the mechanics begin plummeting into place, I thought I might as well attempt some concept art to get some idea of where this game is going visually. It’s not that I don’t enjoy two phallic creatures dicking about in a void, but I would like to have some vapid visual oomph accompanying these base instincts in the final product. At first I started messing about with a few archetypes I wrote up as possible characters back in January – The Falstaff, the Monster, the Galatea, the Child, and the Drifter – and while I enjoyed the variety of them all, I was looking for something slightly more cohesive.
The second pass was loosely based on crash test dummies, ceremonial dress from ancient Oceania and latex fethisists. I like this pass. I will elaborate on this one during the third pass/stab. I am also slowly adjusting my sight to two playable characters, seeing as how the range of motion and expression necessary coupled with the ever-shrinking amount of time available, simply seems more prudent. The rest will be released as paid DLC.
Here are some more images, which served as inspiration:
New prototype is more or less up and running. This new iteration, called “The Lights”, is not especially useful as a playtesting tool, but functions more like a testbed for a few elements of functionality I anticipate will become relevant in newer prototypes quite soon.
Summarily, “TheLights” features our characters in a completely dark space, illuminated by a single spotlight. Moving out of the spotlight activates a new spotlight, and so forth. Moving a sufficient amount to the left activates a new camera perspective. The light bit is both meant to invoke some exploratory curiosity, but also serves to test the waters on Unity 5’s new Global Illumination technology. Which works well. The camera bit is an excuse to develop a secure strand of code that can easily accommodate more complex camera/editing setups. Rather than an if/then statement, the script functions as a list of states, checking which eventuality applies with a slight delay so as to avoid camera flicker.