Pong Revisited from Thomas Kearns on Vimeo.

The second week long project was a recreation of asteroids, playable by keyboard or joystick and as a single player or two player game. Consistent with the classic game, the world wraps the edges with asteroids and players able to drift from one side of the screen to the opposite fluidly. A successful shot into an asteroid will break the rock into smaller pieces once the third smallest size is shot it is destroyed. Players change the orientation of ship with left and right arrows, thrusting with down arrow and firing with up. Space bar engages hyperspace transporting the player to a different but random location on the screen. Player art inspired and derived from Muybridge.

Asteroids Redux from Thomas Kearns on Vimeo.

In the final project short project, we were able to design our own game. I opted to complete the game individually rather than in a group. At the time I was logging a lot of time in the iPhone version of Canabalt, a fantastically simple 2d game of rooftop running. Inspired by the game and considering how it would logically be made I began thinking about the opposite approaches of player moving in static space vs. player staying in place and objects moving. While the former is of course the logical narrative model for such a game, and given that I could never do such a perfect game justice, it became more interesting to think about the space just out of frame of the camera and how my version of the game might add a gameplay mechanic, while also revealing (in a kind of extra diegetic moment) a mildly humorous narrative twist. As in the original, the players character is running, and staying alive depends on the players ability to time jumps across the gaps between buildings, with speed increasing as time goes on. In my version however, players are provided with the ability to climb back up (in a Prince of Persia inspired ricochet jump between buildings) when falling in the gap. Should players continue to fall they eventually encounter a ground plane. If they aren't careful, they will then soon realize that the ground plane is actually a conveyor belt on which the buildings are placed. This conveyor belt will carry a player backwards from their objective direction and eventually to their death when they collide with the wall of death.

Roof Runner vs. Wall of Death from Thomas Kearns on Vimeo.

I would also like to mention that this particular course was by far and away the most tightly organized and delivered course that I have had the opportunity to experience as either a student or fellow teaching colleague. anThe way in which each weeks lecture enabled the week's assignment and the way each assignment coherently built on top of the prior week was very impressive. It makes complete sense that Professor Linhoff has been crafting a textbook from his course content and when it's complete I highly recommend others check it out. Thanks Joe!

AI Soccer Team from Thomas Kearns on Vimeo.

To achieve a winning team my primary goal was to implement a man-on-man defensive strategy. In this strategy a player within a defined proximity would attempt to remain “on” the offensive opponent while positioning themselves between the player and their defending goal. To achieve this and other tactical performance increases I increased the granularity of both the team and individual states and I tracked more than the original single closest player to the ball. I also added a defensive support positioning grid similar to the existing offensive support grid. From this grid defensive players were provided with cues as to optimal positioning. Among simple code optimizations I added a kind of persistence of state or delay mechanism which attempted to reduce the processor usage by reducing the number of phase transitions, which also added to the tactical performance of the teams gameplay.

Ultimately my team came out on top of the class of 20 some students and our instructor, undefeated in points scored and computational performance. Goooooooo Team.

DeathMatch AI from Thomas Kearns on Vimeo.

Unfortunately I did not fare as well in the second project of the term. A 2d deathmatch game played similarly as an in class tournament. In this second project, we built upon ideas explored in the first project. Adding to it systems of sensory memory for sight, sound, and touch which allowed the ai player to respond to current and past events. Seeing an opponent, hearing a weapon attack, taking fire, etc. With the memory, we utilized goal driven behavior which allowed the ai player to switch objectives or strategies given particular conditions, attack, retreat, find health, etc. In addition, we utilized fuzzy logic systems to make determinations about which weapon and which target a player would would focused on.  Sadly, my pacifist strategy did not work and I got pwned. On a related note, this project was also my introduction to using LUA as a scritping language for games.

In the end, I really enjoyed the coursework, focusing my precedent research assignments on a specific areas of AI in the game industry which I am particularly interested in, spatial perception and awareness, and the procedural narrative of the AI director used in Valve's Left 4 Dead franchise.  I am very interested in pursuing these and other aspects of computional decision making in projects in the future.

Obstacle Editing/Integration from Thomas Kearns on Vimeo.

In my history of working with game development tools I have always been frustrated by the need to use intermediate tools to bridge between applications like 3dsmax and the game. These tools have always seemed like terribly limited, poorly designed cousins of the more robust modeling environment that preceded it.

For my game and tool development it was important to me to be able to create a pipeline that allowed my colleagues to participate in development using tools they were familiar with. To achieve this I am using the FBX file format and the FBX sdk to integrate the design of obstacles into the game engine.

In short designers may model and map the graphic meshes and maps, create and link physics proxy meshes, define obstacle connections (range of gap length and drop, orientation of connection, and parent dock location) trigger volumes, ideal viewing angle (influences the dynamic camera control), etc within the 3d modeler using the native tools.

In the game, an xml file list of desired obstacles exported in the fbx format is read and obstacles are loaded upon startup, from here the procedural obstacle engine takes over for the dynamic creation of the digital game space. 

While not active in this demo, in parallel to the particulars of the thesis game I have been working on a custom set of objects created with the 3dsmax sdk which makes particular game elements such as digital/physical io, triggers, etc as cusom procedural objects.  In assumption of future usage when the object/environments are more analagous to conventional games I have also worked on a load in place export strategy which packs the file in the requisite binary format to facilitate highspeed load of custom entities developed within 3dsMax.

I recently had to put together a slideshow of work that was significant or relevant to the job I was pursuing/submitting for and thought I would share it with all of you.  Gives a kind of look at my background, post graduation from architecture school and into the present.  Not so much emphasis on my professional architecture work, but you can look at www.sndbx.com or www.mesh-arc.com if you want to see more of that.

thesis: digital game demo 2 from Thomas Kearns on Vimeo.

This video is demonstrating basic character control, camera logic, and obstacle generation.

The character control is built upon the bullet library and integrated with irrlicht based graphics and input. For the time being walking, running, and jumping are the only required character control mechanics.
most importantly what we see here is the base functionality of the obstacle engine, which manages the dynamic creation of obstacles for an ever expanding game space. The engine is overseeing the instantiation of new obstacles based on active zones within the physical game space.

Abstractly the engine allows for unique obstacles, in this case represented by simple planes or floors. each obstacle can have a number of connectors associated with it, which parametrically define the possible relationships with future obstacles, effectively controlling the location and dimensions of the gap. While subtle, in the video you can see a growing number of obstacles with their orientation being determined by the orientation of the obstacle it is connected to and on which side. Each obstacle can also define an ideal view point, which we see in the video as the camera is controlled entirely by which obstacle the player is currently engaged with. While still requiring some finessing, the camera’s dynamic quaternion based control is functional.

The engine is also managing the state of the obstacle whether its untouched, yellow, or conquered by the player green. To win in the digital game players will be racing to conquer, similar to qbert, each obstacle in the system. With the space expanding with more and more obstacles the players will be racing to be faster than the generation. The rate of generation is also tied to the status of players in the physical game.

Future additions to this system will be the telepresence representation of physical players, and what I am currently working on now, the ability for designers to create custom, animated, obstacles in 3dsmax with the ability to define connection points, conquer triggers, and ideal view angles, these custom obstacles will replace these simple boxes with creative spatial obstacles for procedural combination into an interesting, dynamic landscape for players to navigate

ship flying and dynamic camera control mechanics from Thomas Kearns on Vimeo.

This is a short video from a project I worked on last summer.

I must disclaim: I had no responsibility in the creation of the graphics for the art assets or the heads up display.

This video demonstrates the full 3d freedom control/physics of the space ship, with the ability to fly up + down, forward + backward, banking naturally and rotating + re-aligning properly relative to the camera.

Camera control is simple full 3d, 3rd person follow cam, with ability for player override for optimal viewing relative to environment.

When I have time I will upload more videos of the design development of the control mechanics which explored many different approaches, ultimately settling into this fluid but conventional approach

It’s unfortunate sometimes what life can do to one’s inner child.  Pursuing a career, had for some fourteen years captured every last bit of my passion.  The thrill of success mysteriously convincing my adrenal glands they were satiated.  Work days blurring into moonlighting while the depression layered on deep. Then three incredibly inspiring seasons ago I found myself standing at the top of Winter Park, my Raichle Flexon’s clicked into curvaceous skis a good 6 cm wider and at least 30 cm shorter than the unused relics in my basement.  

Instantly I was transported back nearly 30 years, standing there an early grade schooler, anxiously wondering, how this would feel, was I able, how do I turn, what if I fall.  I looked around and watched experts rolling over the backside, disappearing into the trees camouflaged by their rooster tails throwing love into the air along with their joyful hollers.  I didn’t yet know how it would be, but I knew for certain that I wanted that to be me.  

So I pushed off and started gliding, the air reminding me I was alive as I cut through wind and the deep memory blockages which had hijacked my lifestyle.  I was a child again, my dad skiing alongside, endearingly managing my efforts to stay upright.  “Tips together, knees bent, make a wedge, make a wedge, slow it down, CAREFUL, CAREFUL”  Everything else melted away and it was just me and the child I had abandoned so many years ago.  We were blissfully happy, there in that moment of clarity, made possible by the freedom afforded by skis and snow.  

The contour of the corduroy transcended space and time to connect a mountain in Colorado with a hill in Illinois. The tracks of my first descent recorded in it’s meter.  I stopped and looked back to see this evidence of my success, the shape of the turns beautiful perhaps to only me, and I was convinced that not only was I able to do this, but that I wanted to do this every day.  As both a 30 something and a barely something, I had fallen deeply in love with a sport on my first time out.  Despite the thousands of vertical feet I had logged up to my graduation from high school, that day was truly my first day skiing if only because more than a decade later I wasn’t the same person.  Until that day of course, where I re connected with the genuine me.   

Then late last season, reborn with a new record, thousands of vertical feet long, I once again defeated the space time continuum.  Skiing backwards in front of my daughter on that same corduroy profile, only this time it was my voice. “Tips together, knees bent, make a wedge, make a wedge, slow it down, CAREFUL, CAREFUL”  The cautious smile on her face telling me everything I already knew about the life changing possibilities of a first day of skiing.

thesis: digital game demo 1 from Thomas Kearns on Vimeo.

This demo was built using the irrlicht graphics SDK, the bullet physics engine, irrKling audio library, and my simocc library for microcontroller communication.
For the past few weeks I have focused my attention (away from the physical game) at getting the foundation for the digital game working in terms of production pipeline, core systems, etc.

Specifically, as seen primitively in the demo:

the game is going to be 3rd person with a little big planet style camera, in which each obstacle can define it's own ideal view, to which the camera will smoothly slerp to (right now for testing, I have view quaternions being toggled by joystick)

the character is the demo md2 model for the irrlicht demo's controlled by a modified version of the bullet kinematic character controller, still have some orientation issues, but happy to have the player usable for testing purposes. (if someone wants to design a sweet character I’m looking for artists)

physics engine integration working pretty solidly.

and besides just having a kind of grey-box making pipeline, the crux of this demo is a not so apparent, but relatively sophisticated procedural environment system. using custom builder, factory, AI engine combo, new obstacles can be generated on the fly (right now based on time, or as in the demo, by button press).

Unlike a conventional tile based system the obstacles are nodes which possess x number of connections or edges which define variable parametric conditions, this is to allow the environment to grow in a much more organic way, not limited by a grid. At present there are only two node types, flat floors and a spawn point. This will soon be joined by fully animated, physically simulated platformer obstacles modeled in max and exported using my custom exporter. The essence of this system, which is largely in place though still buggy (overlapping obstacles aren’t eliminated yet) is an easily extensible, relatively intelligent, custom obstacle course generator.

views tied to obstacles, no overlap, and the QBert style obstacle tagging coming soon, then connectivity to the physical game ... the ultimate goal for this term (3 more weeks)

We camped in the pinewoods area, which smelled as good as it looked! Can’t wait until we can get back out and do this again.  Thanks Casey and Paula for inviting us up and giving us impetus to gear up for the trip, hopefully the first of many!