Monthly Archives: May 2016

post-mortem: a silt choreography

Coming upon Open Studios this week, my game is at a point of playability. It is an environment.

diamond hole 2

The final challenge  in building this game to be at a point for playability involved getting collision on the diamond portal to trigger the scene change needed to create the visual effect of the fog obscuring the landscape of the scene. (Slitting the encounter, as it were– the instruction provided on the main menu). While I had hope to have music prepared by this point, this will have to wait.

Going forward:

I plan to research on how to incorporate text and hypertext.  Look into different methods of incorporating into the code (Markhov chains or otherwise). The poem that underlies this work has to continue to permeate it.

And other possibilities that I’m not even aware of yet! (Particle systems! As you said, Angela.)

I will keep learning C#. And coding in general. As well as Unity. Moving in a slow/accelerating drift with this knowledge / this kind of work.

I will keep incorporating what I’m thinking and how I’m learning to “listen”, thinking of gaming/the environments one can make in terms of proprioception/somatics and “listening”/perception itself in relation to pensive spectatorship/participatory spectatorship + stayng attentive to the political potential / tasks that go hand in hand with being in a position to construct an interactive dream with procedural rhetoric, keeping in mind that

“Listening is not a natural process inherent to our perception of the world but rather constructed by the conditions of the spaces and times that engulf us” Lawrence Abu Hamdan (Tape Echo) (Rubber Coated Steel, artist from Lebanon).

The challenge: To be always building and unbuilding.

project proposal: a silt choreography


Early concept art for the game. This is an early sketch of how the text of the poem “A Silt Choreography” might read visually at the representational level.

 MARCH 2016 CHECK-IN: post one for class Radical Game Design. 

Building in Process

I am still in an early stage of building this game, making sprites in Adobe, et cetera. Have found myself working slowly in Unity. So this is where I am: still filling the gap between what I know about the engine and being able to put this game together!


If it can be, I want this game to be an experiment in choreography. I’ve been thinking about movement as a form of incitement; as a political act. I’ve been thinking about how we perceive our own flight as a political optics, and hopefully also a haptic. I was interested in developing a game that careens towards a different kind of sight, one that encourages and facilitates a soft gaze, one that prioritizes / embodies a different kind of perception, undergirded with the rewards of moving towards something other than progress. I’m interested in eventually (and maybe not in this first attempt) building a game interface based on haptic (rather than representational/optical) cues.


This game is inspired by ideas in haptic visuality theory.

This game posits a kind of movement (proprioceptic) which departs from something like a  formal gameplay style, which relies on the fixed subjectivity of the player (subject-object duality) to create flow. I want flow to be interrupted / disrupted in this game in order to break up the “given.”

Influences right now are Apichatpong’s film Cemetery of Splendor (2016), in which Apitchatpong uses layering techniques of incongruous text and image to say a lot about the violence of representation as crafted by colonialism, neoliberalism, capital and the Western eye.

I’m also looking a the Heavy Industries project / Young-Hae Chang. link to Heavy Industries. Thinking about how text can drive a game.

I’m Mona Hatoum’s work Measures of Distance as an example of a film that employs this haptic rubbing. Also, Fred Moten’s recent body of work from his talk “The Blur and Breathe Books” which is making the rounds right now. link to the talk at NYU this past February. A game designer who already implements these kinds of techniques within the video game medium is Bill Viola, whose game ‘The Night Journey’ incorporates blurred vision and prioritizes slow movement within the game space.

Problem Space / Solution Space*

*From Will Wright

It is impossible to visualize the kind of world that we can live in, that we would like to live in. Actually: It is so hard to dream into other temporalities. It is so hard to try. This is not about making being seeming (Massumi) but about shifting away from the primacy of this imagining of what living should look like.

Asset List

This is what the playtest looked like: The animated asset list at this stage (left to right) runs 1) starfish / cowhand boot 2) bubble blower 3) diamond bubble portal 4) stars that turn into star trails/bleeding stars, 5) radio dial 6) series of screens 7) also *potentially* a dial to switch the screens like a channel remote (actually, this should probably be not in your control at all– in order to communicate a roving disembodied affective spatiality). On the non-animated end, the additional assets that I need to build in Adobe Animate CC/Unity are: worms, disco balls, power line, stars, the train, landscape, platform path, the water, shells, starfish.

Notes from playtest:

Discovered out that I’ll have to decide whether or not to build the game with poetry audio built in to Unity or whether I should build it with the music accompaniment. Both will end up in the game, but I think adding music with ProTools later might be a good idea. Discovered that the mechanics I had in mind are pretty simple: For example, a major part of the game involves a collision of bubbles with a diamond portal into another world. They are meant to disappear through the hole, and they will, because a collision will make them disappear. As an endless runner, it resembles pretty closely the game that we build in the tutorials. It will be different in the mechanic in that there will be a screen that is hooked up to the speed of the player. Still trying to figure out what building that connection will entail.


Paper game playtest. Signs read, left to right: “Representation/visibility: Life as a disco, life as a rodeo”; “Screens” (the beginning of discontinuity between what we ‘see’ as a player and what we hear.

project update: a silt choreography


(early april)

Game update: Skinning, actualities


What i’m working on now 

I am working in Adobe Illustrate now on final art for the game, and the assets, as well as the flow of the game itself, is unfolding into a much more simplified version of the game I brought to workshop. All the of the conceptual underpinnings and the affect of the poem/the theory remains, but it’s a simpler project. There’s something very gratifying about this stripping away until what needs to be there is all that’s left (something we talked about happening in the stages of a game design project).

Impending breakthroughs

-discovering I should be fading in between scenes instead of trying to change the fabulation by learning collision/sorting layers in Unity.

-Currently sourcing some atmosphere (sonic), and learning how to insert this. 

Building progress / growth[s] (things that are getting easier)

Found using Unity for my own game in another iteration of learning a lot more instructive– Working with this material is helping the building techniques stick better. It’s been interesting getting lost (from time to time) in different tutorials’ methods, paths through the engine/Monodevelop, and realizing where the possibility of precision/elegance is in writing code, and where messiness just doesn’t even make sense. Something about working with the programs while already knowing what your goals are helps to understand why choices are made when/where (and serves memory better).

Above all, I’m finding the mindset needed to do this kind of work easier to access, and is changing my work process a lot. The anxiety around the process has left for the most part and that hardiness / understanding that it’s always going to be gritty (and when it works, really satisfying) is setting in.


To reiterate, elements still needed to integrate and figure out:

  1. sound
  2. c# methods for: the cover page, the collision reaction (the kill box), the activation of the screen, the holes in the screen, the insertion of audio, which will be layered sound and poetry. the feeling of pink stone.
  3. how to work like heavy industries

The Clay – Post Mortem

Finishing up the semester and coming up on Open Studio, I think the thing I’ve learned most from this project is how hard it is to round out any sort of project that is editable. With a song, a play, a film, a story, etc., the piece is released as a whole is released often with a notion of acceptance from the artists that this, what is being sold and represented to the audience, is the final draft of the work in the way that it was meant to appear from the first day. Working on this game, I have come to realize how difficult it is to imagine an “end” to this process. Every time a milestone is reached, another one opens up, and in my free time concepts and symbols and extensions of the story burst forth at such a rate that my programming can’t keep up. If I could have had another semester on this game, it would have been totally different than it appears now – that said, I am very proud of how far the game and the world that inspired it have grown along the way.



Screen Shot 2016-05-08 at 7.22.15 PM


“The Clay” gameplay.


If I could continue with the game for another couple weeks before the presentation, I would focus on adding menus, finishing up the splash screen (a work in progress), working on a second stained glass window, and adding a rough version of the ending I had come up with at the start of the class. I would spend more time studying textures, lights, and application of 3D objects within a 2D space in order to further bring the setting and its players to life. But overall, the finished product had progressed much more than I’d considered possible at the beginning of the semester. And working in a collaborative space where questions, concepts, and code were being passed around freely and frequently was very key in how successful I believe the process to have been.


Unfinished Splash screen


A peak at the splash screen in progress.

The concept of individual game design was especially interesting in that it was a shot at taking on all of the roles involved in the process, many of which I had never attempted at all. Although I am involved in music, I had never before had to look at a project and write a piece that I felt captured the essence of what was going on on-screen and what mood I hoped would be resonating inside the head of the player. Scoring the project was a really interesting experience, and provided a cool exercise with adding boundaries to a process and finding inspiration within the limitations. I had a lot of fun imagining and coming up with a sound that was both hopeful and lonely, both dark and permeated with bits of light. The second new role I took on in this process was that of artistic director. I came up with the concept of a character, worked sans-tutorial with shadowing, player/object movement and animation, and worked and reworked color schemes until they captured the image I had of what this world looks like.

Screen Shot 2016-05-08 at 7.50.57 PM


The score for “The Clay” in arranged in Ableton, a music production software.

Overall, I’m happy with the finished product, and plan on continuing to decorate it and sand the edges over summer break. Then, hopefully, I can release it online and continue to get feedback, make improvements, and expand the world that spawned on the first day in this class.

Radical Games: The Clay – Project Proposal

The Clay is a project inspired by simple storytelling, an attempt to combine pixels, notes, and a background story into an experience that would make the audience feel something for the characters and get sucked into the game world. The game began with a simple idea, a mental image of a little boy breaking out of a building onto a bridge with a sunset, and him panting and dropping to the ground, while a player is tapping harder and harder on the screen to get him to stand up and keep running. Over time, a story has emerged of a world complete with a population of clay/terracotta people, a set of large tyrannical antagonists, and a subplot for the game specifically is to be simply about a connection between two friends. It is to be heavily music-based, with the notes and the rhythm matching the main Clay’s footsteps and drawing the player into a meditative state.

Clay concept day 1

  The piece of note paper, including the first idea for the ‘clay’,

concepts for the music, thematic elements, and the ending of the story.

However, this is a ‘radical’ video game design class. Most games are designed to bring the player into some sort of a ‘trance’ – what would be different about this game? The radical aspect of this game, in my opinion, is that, while being so simple, there will be no way to keep track of a score. The only thing driving the player to play the game will be whatever emotional connection they have to the character. There will be no way to measure how far they get into the ‘endless’ level unless they’ve beaten it (which will certainly require a lot of time and perseverance). And hopefully, with slow, droning music and an adequately designed setting, the trance state that the players are brought into will be one not of energy, anxiety, and hyper-awareness, but one in which their brains are opened into pathways of thought and focus that bring them into a more relaxed and real-world-productive state.
Clay Form ConceptClay person concept

Concept art for the antagonist (left) and the main character (right

The game will feature assets that will attempt to work in ways that the player would not expect, but will still make sense. For example, there will hopefully be creatures crawling around the temple that the game is based in that the player can encounter – upon touching these creatures, either nothing would happen to the character, or something positive would happen that would catch the person off guard. If there are creatures that resemble broken, crumbling forms of the antagonists, maybe upon coming into contact with them the protagonist will take pity on them and give them aid. Torches, which are generally used to provide light, could be used to harden the clay and thus have a negative connotation. Generally, while providing an entertaining and compelling experience, I want the game to make subtle, consistent nudges at the player’s expectations of what a game should be.

Fade Post Mortem

I ended up spending a lot more time on coding than I initially realized it would take. Oddly enough it was in things I assumed would be seemingly simple that ended up taking the most time whereas many of the codes I thought would be quite challenging ended up being quite a breeze. For instance, creating consistent backgrounds that changed for each scene and that travelled with the player seemed like it would take forever to get working but ultimately it was just a matter of creating an object that traveled with the camera and laying an image texture over it.

Screen Shot 2016-05-01 at 9.36.21 PM

Screen Shot 2016-05-01 at 9.35.44 PM

(examples of different backgrounds that travel with the player.)

Meanwhile, things that seemed as though they would be basic, such as changing the code from an endless runner format to one where the player simply moves with the push of a button took an incredibly long amount of time. Ultimately what gave me the most trouble was making obstacles that moved back and forth on a set track. I had some semblance of an idea that this would be a difficult task but I did not realize it would take me literal weeks to get working. Ultimately I was able to write a code that not only moved it the obstacles but changed direction when the obstacle’s edge hit one of two catchers. From there I had to make sure that the obstacles changed direction to ensure that the side with the trigger always hit the catcher it was moving towards and thus prevent it from getting stuck. Additionally, getting the flower to work has taken quite some time, though some factors have gone more quickly than others. For instance, getting the flower to trigger a sound effect, destroy the obstacles, and stop the music did not take much work, however, getting the flower to vanish after being picked up has proven quite difficult. I am also still working on getting the flower counter to trigger one of two multiple endings which will hopefully be done in the next couple of days.

Screen Shot 2016-05-01 at 9.35.18 PM

( heart obstacles plus flower)

Ultimately I had a lot of fun taking my basic idea and messing around with problem and solution boxes of the game as discussed in class during our discussion of Avant-garde Videogames: Playing with Technoculture by Schrank, Brian, and J. David Bolter. I had my initial idea of a game dealing with loss and memory but it wasn’t quite “radical.” However, after the discussion of the text, I came to the idea of messing around with traditional expectations of video games. Thus I changed my game to reflect this, placing tempting “power-ups” in the form of flowers that remove the obstacles but which ultimately trigger the bad ending (as signaled through musical and art shifts.) Ultimately the player must overcome their knee jerk desire to take the power-up they have been trained by other games to try to get. Instead they must take the game on at its most difficult in order to achieve the good ending. In this way, the player mirrors the journey of the protagonist and his resistance (or succumbing to) the desire to simply block out his memories rather than face them.

Ultimately working on this game has been a major learning experience. I have learned not only how to mess around with traditional gaming formats to create something deeper, but I have also been exposed to many new programs that were entirely new to me yet which are incredibly valuable tools. Programs such as Unity, GarageBand, and Piskel all took quite a long time to get used to and learn how to use, but once I got the hang of them it felt like some real tools were added to my arsenal. All in all this has been a major learning experience, that, though incredibly time consuming and often very frustrating, has taught me much and left me with many useful skills.

Screen Shot 2016-05-01 at 9.49.59 PM

(Sample of GarageBand, one of the many new tools I learned to use during this project)

Once Upon a Time Post Mortem

Screen Shot 2016-05-01 at 10.46.33 AM

Once Upon a Time was (and still is) a project that has taught me a lot about making a video game, but more generally making anything. The first, and most important rule, that I learned was to MEASURE EVERYTHING. It doesn’t matter if your making a table, a video game, a painting, etc. make sure that you measure and scale the pieces of your project before you go about constructing it or you will inevitably have to make certain parts over again. This is precisely what happened to me, I did not yet understand how (and the gross amount of work and time it would have saved me) to scale objects. When making and then inserting the platforms into Unity, I discovered that the relative size of my platforms to my main character made the game unplayable (or at least a totally different game. What I ended up having to do was delete many of my assets and then redraw them from scratch. While it is true it was somewhat easier for me to redraw them the second time, it was easier but unnecessary.

In a way there were two types of problems that I had in this game. There were the known problems (things like: I am not an amazing artist, I don’t know code well, have 0 experience), which ended up being fairly small potatoes in terms of time spent fixing them. Then, there were unknown problems (things like: scaling, getting my background to rotate). Inevitably I ran into problems that I did not know I would have at the outset of the game. I have mixed feelings about these problems, on the one hand I did enjoy the task of problem solving the unknown problems, it was at the same time a stressful task and required no small amount of time itself.

That was in a large way the biggest time suck problem that I had during the game. There was also a large element of creating a game that balanced what I wanted to do with what I was capable of doing. The game’s theme is time and when creating the art and the power ups at the beginning I created many more platform sketches, obstacle ideas, and power up concepts than I used. For example, I wanted to insert a “blackhole” obstacle, that warped the time of the game as well as sucked in the player (and platforms) if they got too close. Unfortunately, I do not have the programming chops currently to code a black hole into my game (although I do have the sneaking suspicion it is not as hard as one might imagine). There were also many platforms that fit well with the theme of time, but for one of two reasons I only created three types of platforms. The first reason is simply time, since each platform is a clock and counts, the number of iterations that I had to create to create one single platform was quite large and it was unreasonable (and would have been a waste of time that needed to be spent on other things) if I had created the 15-20+ platforms that I imagined at the beginning. The second reason is that some concepts did not exactly mesh with the way the game came out as it was produced. For example, I had a shoe platform, the time concept being that the should would tap up and down like it was keeping time with a song. Another example would be a metronome. While both types of platforms are fine examples of the passage of time, both of them represent time in moments or in seconds and the platforms that I have ended up going with have a longer timeframe. Having both types of platforms would inherently disturb the manner in which the player would perceive time within the game and although that is one of the goals of the game, this would have been in a way that did not serve the purpose of the game.

I spent some time belaboring the character model that i wanted to go with. My options were the rain drop and the center of the clock Emits. While I did love the rain drop because of its connection to Blade Runner and the potential it had to look beautiful (luckily I got to render some of the animations and it did look beautiful), it was simply a step away from the game. Once Upon a Time, although I have a ton packed into it in my own experience, is a very simple game and the rain drop would be a little bit too far off from the rest of the style of the game for a few reasons. Not only the complexity and fluidity with which the rain drop is rendered (the rest of the game looking quite blocky), it also did not make narrative sense without stretching the narrative unnecessarily.

The picture I’ve added is a screenshot of the game as it is. The things I need to complete still are getting the other types of clocks running (only digital runs now), adding the background and background sound as well as adding the splash art at the beginning.

Gumiho Post-mortem

Getting Gumiho to its current state has taken a lot of work! Maybe a bit more than I expected! But it’s been very rewarding to see the game slowly take form. I still haven’t finished the game, but I have implemented all of the major scenes in at least a rudimentary form.

Screen Shot 2016-04-30 at 11.50.46 PM

The Gumiho title screen. I wanted a font that was elegant but unpretentious.

One of the biggest challenges of creating Gumiho has been learning all the skills and tools necessary to realize my vision for the game. Creating the game involved work in Animate, Photoshop, Unity (and Unity C#), Audacity, and Garage Band, all tools I was completely unfamiliar with before starting the project. Learning to produce the results I wanted using these tools and my rudimentary art, coding, and sound design skills has proven to be quite challenging and has involved a lot of trial, error, and reference to tutorials.

Screen Shot 2016-04-30 at 11.51.29 PM

Gumiho’s first scene. The environment in this scene ended up changing quite a bit from the paper prototype. Ultimately, I felt as though the “shrine” setting fit the narrative better than the more mundane rural setting that I had originally planned on using, and created some interesting ambiguity in the relationship between the PC (left) and the NPC (right).

 Creating the art assets was one of the most time consuming aspects of the process. Most of the art was created using flash, and it took me some time to figure out how to achieve the aesthetic I was aiming for within the program. Ultimately I’m fairly happy with what I achieved, although the majority of the sprites, with the exception of the PC in the first scene, are currently lacking animation. Although the PC’s animation is functional, it lacks the fluidity I was hoping to achieve.

Screen Shot 2016-04-30 at 11.52.09 PM

The game’s platforming sequence. I had some difficulty with this scene. I knew how I wanted to present the narrative through gameplay, but I couldn’t figure out what the platforms should look like. Ultimately, I decided to borrow from Buddhist symbolism. The lotus flowers, representing the potential for an individual to attain purity despite murky surroundings, felt like an appropriate visual accompaniment to the teardrops that lead to the “PC death” ending.

Unlike the opening scene, which proved to be fairly straightforward to code and was primarily challenging from a visual perspective, the platforming sequence was something of a technical challenge. Originally, my intention was to make the heart and tear holding platforms spawn in “sets,” with the higher platform being smaller and holding a teardrop, while the lower platform was larger and held a heart. The platforms were to be placed at varying heights. This design proved difficult to implement, and I eventually settled on a simpler solution in which most of the platforms spawn at a fixed height close the the bottom of the screen, and the tear platforms spawn at a second fixed height close to the top. They no longer spawn in sets, and the rate of occurrence is simply randomized based on a variable the determines how often they will spawn.

Screen Shot 2016-04-30 at 11.52.52 PM

The first time the player kills the NPC, as evidenced by the single filled in heart in the tracker in the upper left. This scene loads after the player has collected enough hearts in the platforming sequence.


Screen Shot 2016-04-30 at 11.53.28 PM

 The “PC death” ending. Art not final.

Overall I’m fairly happy with the state of Gumiho, although it will be difficult to know to what degree I succeeded in achieving my original goals for the game until I’ve successfully linked up all the scenes (some lingering issues remain with the code that controls fading from one scene to the next) and tested it on fresh players who are unfamiliar with the narrative. The project has proven to be quite challenging in almost all aspects, but I feel like I’ve learned a lot and can’t wait to finish this game and move on to the next one! Thanks to all my classmates for providing great feedback on my game throughout the development process, and to Angela for teaching such an amazing class!

Gumiho Project Proposal

The primary inspiration for Gumiho was the potential that exists in interactive media to create dissonance between the player and the player character. I wanted to create a game in which the PC’s interpretation of events in the game world is at odds with the player’s assumptions, prompting the player to reconsider the nature of the PC once the reality of their actions is revealed to them. In order to accomplish this, I chose to base the narrative off of the Gumiho myth in Korean folklore. Essentially, the PC is a Gumiho, a sort of fox demon that takes on a human form in order to seduce humans and eat their hearts. The Gumiho must regularly consume hearts in order to stay alive. If they manage to consume enough, they may become a normal human

Gumiho aims to be radical by calling into question the value of “progression” in the game. The game presents two possible outcomes: either the player collects enough hearts in the platforming sequence to kill the NPC and claim their heart for themselves, or they abstain from collecting the hearts and sacrifice themselves in order to save the NPC. Taking the hearts leads to the longest experience, and allows the player to continue through to what feels like a more natural outcome; the player must repeat the process of collecting them several times for several different NPCs. It is also in a sense the most easily attainable outcome, however, as the hearts are placed in more readily accessible positions as opposed to the teardrops that lead to the PC’s death. Further, the outcome that results from taking the hearts is not necessarily the most emotionally fulfilling for the player, as it forces them to cause harm and does not allow them to play the hero of the story, or even a positive character (although the relative satisfaction derived from the two endings is, of course, ultimately determined by the disposition of each individual player). By disrupting the expected relationships between effort, time invested, and narrative reward, Gumiho aims to push the player to consider current conventions with regards to narrative presentation in video games.

An early version of the game’s story, before the platforming sequence had been finalized.

The precise narrative structure went through several iterations before arriving at the version that was used in the paper game. The game uses a sort of runner section to represent the PC’s thoughts in abstracted form, and one of the biggest challenges was figuring out how to implement this sequence in a way that would make sense to the player. Part of the solution involved paying careful attention to the continuity of visual elements between the “real” and “abstracted” segments of the game.


It took some time to arrive at a narrative delivery that was clear while still retaining the original meaning of the story. In this version the platforming sequence is starting to take form.

The paper playtest was successful insofar as that the players were able to interact successfully with the game and follow the story from beginning to end. Unfortunately, however, I did not receive much in the way of feedback that might lead to revision of the proposed game.  I am somewhat concerned that the testers’ familiarity with the game’s narrative may have obscured any remaining issues with narrative clarity.


Above: The paper version of Gumiho. Artwork for the platforming sequence still hasn’t been finalized.

We derived the following asset list from the paper game: Background 1, Background 2, Trees, House, Male NPC, Female NPC, Male NPC dead, Female NPC dead, PC human form, PC fox form, PC fox form dead, Platforms, Hearts, Teardrops, Broken heart, Heart-tracker Interface.