I’ve graduated from game school two weeks ago. I’ll write something about it a little later, but for now, I need to stay focused on now and the future.
Immediately in that future is finishing Chambara for consoles. The game is almost ready, and there are just a last few details we need to prepare before we send it forward into the world. In the meantime, you can check out what Chambara will look like at E3 this year because we will be part of the ESA’s College Game Competition. If you’re attending, come by and say “hi” and check out the game.
In addition to that, we’ve released a series of Chambara wallpapers for computers. You can check them out here. We have mobile dimensions of the game’s Key Art too.
Check out our developer diaries too! The last few episodes have featured us and the team reflecting upon our favorite memories from the project. You can check it out on our YouTube channel.
It it me that on Google Images, quite a lot of Chambara screenshots used to come from our personal websites! The new Chambara website doesn’t have a place for screenshots right now, so I’m leaving some wonderful environmental screenshots for y’all to look at here!
Cathy Trang and Catherine Fox, who are in charge of our marketing and PR for Chambara, launched a documentary webseries of developer diaries detailing beats and stories about the story of the game’s development. We’re going to be regularly updating our Youtube channel leading up to our eventual release. Check them out, share them around, and subscribe to our channel, this is something we are particularly proud of, and I hope it shines a light on what things are like on team ok.
With that brief update, I enter my last week of undergrad! Thank you to all those who saw me on my way. Chambara will have an important announcement at USC Games Demo Day on May 11th, 2016, and if you can make it out to USC, we’d be honored if you could be present for it at this amazing celebration of a wide range of student projects.
Okay, so we didn’t win the IGF Best Student Game Award, but I’m not bummed at all. Huge congrats to Jenny Jiao Hsia and Alec Thompson for winning the award for Beglitched! The game looks great and filled with soul.
Just to be nominated and considered amongst such incredible talent is a baffling honor and I’m proud of how far the team has been able to go. Hundreds of games applied to be considered for this award, and together, we’ve been able to accomplish what very few can. Two years ago, when we were initiating Chambara as a summer project at William Huber’s invitation, I never saw it coming to this. Us, exhibiting the game at the largest and oldest games conference in the world, in front of amazing developers and people who were heroes to me as a teenager. Wow!
Thanks are in order, but I’ll have to save those for when the project wraps up. For now, I’ll just say that GDC was exactly what we needed at this phase of the project. To interact with other game developers doing incredibly creative work of their own and sharing their discoveries and skills in talks and classes is incredibly refreshing, and its hard not to leave GDC invigorated to return to work.
Two months remain in my undergrad. Assuming I don’t royally mess up, things should go well.
Our next exhibition will not be one we can’t attend personally, since it is overseas! We’re exhibiting at the NowPlayThis festival in London, and if you can make it out to that, you should check it out and try all the other amazing art games there.
Furthermore, ICYMI, Chambara‘s trailer and dev diaries are now out! Check them out!
I’m flying north to San Francisco for GDC tomorrow. This year, we’re nominated for the Best Student Game Award at the Independent Games Festival and will be showing Chambara at both the IGF Pavilion and one other location that will be disclosed early next week that still has to be kept under wraps.
We’re bringing a bunch of stuff up with us. Lots of swag and collectibles. Stickers, pins, cards, and the like. Meet us at our booth, and you can snag some. They’re really cool, huge props to team ok’s marketing unit. We’re going to be in the North Hall, right by the entrance. You can’t miss us. If you’re a journalist, or are just interested in the game, feel free to buzz me and we can set up an appointment for a special showing.
We’re going to be showing off an almost-complete version of the game. All of the core mechanics will be there and well polished, though we will be locking out some of the more advanced stages and content that would not make very much sense for beginners. We’ve exhibited a lot in the past, but showing at GDC is a big deal in the larger picture. I remember walking through the IGF Pavilion freshman year and being thrilled to see the developers and their games. Here I am years later on the other side of all that. Wow. That is really something.
As for how I feel? Not quite sure. One year ago, we left to go to London and the BAFTAs, and I was ensnared with anticipation as to how things could have changed if we won or lost. Retrospectively, things really did change, and having lived through the experience of being nominated for an award, this time feels different. I don’t know if we will win, and I respect the other nominees immensely, but I want us to do the best we can out there and, if the events of next week catalyze any change to the world around me, that it will serve the interests of everyone.
To whom may be reading this, I really don’t write here much anymore. My writing/crit work feels far removed from a lot of the work I’m doing now.
What I’m writing tonight is a bit of an overdue announcement. Chambara has been nominated alongside a bunch of amazing games from students from places like OCAD and NYU for the “Best Student Game” award at this year’s Independent Games Festival! This is an amazing honor and it comes at the start of the next major development phase that we have to do. This is something that I hope that can inspire us to do our very best work and perform at our creative peak as we close this phase of our nascent careers as game designers.
Speaking personally about the IGF, I grew up in San Francisco, and saw GDC happen each year throughout high school. I was never allowed in because liability restrictions prevented minors from going into the conference, so I would catch every talk, awards show, and presser I could through live blogs and streams. It was slightly obsessive.
As a teenager, I watched the IGF awards and would be amazed at how talented and creative these developers could be. The college students that participated in the Student Showcase category seemed to live lives far removed from anything my limited existence could accommodate. My summer camp maze game and twelfth-grade shmup were not comparable at all to what these students made, and I could never see the work that I would make belonging there. Never would I have expected that something I will make five years into the future would be nominated for “Best Student Game”.
Mired in a project, its easy to get into the mindset of just seeing only that which is right in front of you, abandoning the foresight and hindsight to be either reflective or strategic. The Kevin of six years ago would have been overjoyed to hear this news.
But for now, I just feel like leaping into this next, planned, phase of development with the resolve to create the best thing we can for our players and for the world we share with all, and leap we will.
To whom may be reading this, we hope to see you at this year’s IGF Pavilion. We think we’ll have a good build to show you.
I’m starting off my last year as an undergrad in IMGD today, and things will be good. The videogame world has changed since I started here three years ago, and I’ve already lived through some times both exciting and dark.
This year, we will be working on completing Chambara as part of the USC Advanced Games Program here at USC for a console release sometime next year. We spent the summer rebuilding the game to be easier to edit for new team members, did tons of business and legal work to incorporate a company, and prototyped and sketched a lot of creative and silly modes and features. You can find some stories from our Summer sprint on Esteban’s Storify. We face a compressed production schedule like no other because the process of console certification is both demanding and time-consuming. But with an incredible team of over twenty diverse folks from USC and other places in Los Angeles, I’m confident that we will do incredible things and create a truly Super Chambara.
We also exhibited at another indie games festival this week. This was one was called Bit Bashand was located in Chicago. We were not present at the festival in-person, but all the pictures we’ve seen from it look SO INCREDIBLY FUN. The festival was accompanied by an art exhibition, where we had a piece by our art director Catherine Fox shown and purchasable.
And this Sunday, I’ll also be speaking at PAX Prime in Seattle as part of the panel “Level Up! From Game Player to Game Maker” with a bunch of wonderful friends from the division. The point of the panel is to discuss and meditate on game schools with a bunch of wonderful high schoolers. Unfortunately, I’ll be missing an orientation session with the new Chambara team, but I’m sure we will do some good with this panel.
We submitted Chambara to Indiecade this year, and we were accepted into the summer E3 showcase over at the convention center. We got to exhibit as part of their eSports showcase. It was a lot of fun! We got to show the game to some incredible people, get useful feedback on… feedback, and interact with the press.
In other parts of my life, I’ve found myself in this accelerator called “Bridge”. It is a weird place to be in since the attitude that we carried into making Chambara during Dare to be Digital was playful, like a sport. We wanted to win the competition that we were participating in, and we wanted to have a good time doing it.
I think the culture that the world around me is asking me to be part of does not exactly align, and that’s super-baffling. I conflate work with play, because the work that I do feel like a playful, free, and empowering choice of volition to me. I feel liberated by my choice to make games in game jams, for class, and as an independent entity. When that play suddenly becomes work? I wasn’t prepared for that to happen.
This article is long, you can read a formatted, image-free PDF version here.
Through a chance encounter last year, I ended up working as the lead designer for the 2015 USC Advanced Games Project Vanishing Point. Aside from maybe Chambara, this was one of the larger projects I’ve worked on. It was a first-person puzzle platformer where players can manipulate the size and mass of objects in the environment to solve puzzles through a certain kind of forced-perspective, much in the same vein as The Museum of Simulation Technology and Depth.
It was challenging working with the game’s theme and narrative, which attempted to subvert ableist tropes regarding the depiction of mental health issues in popular media, but tripped over itself and either simply averted or reinforced them.
Many games enforce a certain kind of normativity through their harmful depiction of the mentally ill, and use “insanity” as a way to exoticize a villain and vilify them as “criminally insane”. Characters like Far Cry 3’s Vaas and Batman’s Joker reinforce that trope. Mental institutions as settings are not better off either, and often misuse the politically inflammatory implications of a legacy of mistreatment as a way to create an oppressive and hostile atmosphere without critically meditating on what that meant.
While some games might try to tackle mental illness in a more nuanced manner, like Metal Gear Solid 4‘s handling of PTSD and Papo y Yo‘s depiction of addiction, more often than not, lazy writing breeds monsters. The creative direction behind Vanishing Point very explicitly wanted to create a world that did not use problematic tropes with heroic characters that succeed with their conditions.
The game’s protagonist was a woman suffering from a condition that affected her perception of scale who voluntarily seeks treatment at an institute called Meadow Hills. A doctor there creates a magical device that grants her the supernatural power to physically manifest that condition by scaling objects.
I think a lot of the focus of what Vanishing Point did not say detracted from the focus on what it could say. So the thematic core of what the game ended up doing lacked a powerful thesis, and ended up reinscribing ableist power structures in unintended ways by pursuing the fantastic rather than dealing with stuff closer to home that affects our own lives like PTSD, depression, and anxiety.
The game’s design was part of that. If a game has a very intentional thesis, its argument must be communicated through its every aspect, otherwise you end up with a flaccid ludonarrative dissonance, and Vanishing Point lacked the laser-precise direction to unite its constituent parts into something thematic, relevant, and positive.
Nonetheless, I speak only from the perspective of a lead designer who came onto the project later, after many of the core aspects of the game were settled. I was not in charge of the creative direction of the game, and my focus was spent only on exploring a mechanic. So I should speak mostly of what my experience was on the project and talk about what went right, what went wrong, and what I learned along the way.
WHAT WENT RIGHT
1. PERSONAL GROWTH FOR TEAM MEMBERS
One of the major goals for Vanishing Point was to help team members achieve personal goals and develop themselves as game makers through their participation on the project. To do this, much of recruitment focused on finding people who would benefit the most from participating in Vanishing Point. In the end, I think we were able to help a lot of the people on the team. Team members ended up with jobs they wanted, leadership on later projects, great friends and collaborators, and a clearer focus on what personally excites them about working on games.
2. DOWNSCOPING HELPED WITH FOCUS
Reducing the scope of the game by removing some player-controlled abilities and eliminating the levels that would use them allowed us to more fully explore a single mechanic. A lofty and ambitious scope would have spread the team too thin and forced us to rush levels without the critical thought and care needed to make those levels interesting, fun, and accessible. This downscoping also helped with morale, and building this game felt like less of an insurmountable and dehumanizing task that infiltrated our nightmares and more like a challenging project would push our skills as game developers and bring the best out of us.
3. AGILE LEVEL DESIGN TOOLS
We created a certain kind of “tile editor” for Vanishing Point where levels were constructed of 400×400 square tiles which could have textures and special properties applied to them. Building a map for Vanishing Point was agile and did not rely on very specific modeling and architecting, and changes in level design can be tested and saved or reverted very fast. This allowed us to create better levels with consistent rules, as well as construct secret areas with hidden rewards. The downside to this workflow is that every map ended up with this very clinical, boxy feel that made the tiled construction of the world very obvious.
4. EVOLUTION IN RESPONSE TO PLAYTESTING
Playtesting is important for all games. For puzzle games like Vanishing Point, where all puzzles are heavily authored, emergent behavior can cause situations that could mislead players into false conclusions. Frequent playtests allowed us to adjust puzzles to better dispense essential information and tools, and allow progress in those puzzles to be more clearly demarcated.
That playtesting also allowed us to confidently make deeper changes to how our mechanic worked. Early in the project, we realized that everything about how the mechanic worked simply was not working, and revised it from the ground up. This forced us to throw out everything we built prior to that, but we ended up with a tighter game that was easier for players to learn and granted designers more room to be creative.
5. MECHANIC WAS EXPLORED WELL
There is a total of 20 encounters in the entirety of Vanishing Point, and while the ability to manipulate objects’ mass and scale does not immediately invite visions of colossal spaces for play like Portal or Antichamber’s core mechanic, I think we were able to create some interesting play by continuously mixing upon that core mechanic. Objects like stasis fields, mass-dependent buttons, destructible meshes brought out the specific properties of the scaling mechanic. UI and usability changes helped make the game as understandable as possible to players playing the game in a gallery exhibition, and efforts were made to make the game accessible to disabled players.
WHAT WENT WRONG
1. VAGUE CREATIVE DIRECTION
The creative direction for the project was unclear throughout its first half, aside from a high-level social goal; questions of tone, mood, theme, and purpose were left very ambiguous. Vanishing Point meandered from being a superhero origin story, to a gritty drama, to a magical-girl adventure. There’s a well-wishing intentionality where you purposefully leave the creative direction for a project vague as to let others fill in the blanks and share creative ownership on a project, and that comes from a good place. The issue with that is, on the receiving end, it often feels like being handed a blank sheet of paper and asked to draw something that fulfills a set of vague parameters. An absence of constraints invites aimless meandering, and not vesting the power to have the final say in someone makes decisive action difficult.
2. EXPLORATORY PHASE LASTED TOO LONG
Development on Vanishing Point originated in Unity but switched to Unreal 4 to give exciting challenges to engineers and permit use of its powerful lighting engine and blueprint system. This was not the best decision for the game or its players because developers had to spend the first several months learning a new toolset and transitioning to an unfamiliar workflow. This slowed development greatly, and entire weeks were spent bumbling around the engine trying to figure out how to make the game with these tools. That delayed that early, exploratory development phase where you are figuring out how to bring out the fun in what you have, prototyping new mechanics and discovering what works lasted all the way to the end of the first semester. This exploratory phase is essential, and Vanishing Point would have failed spectacularly without it. Everything that was presented at Spring Demo Day last week was constructed in a single semester because all the work from the exploratory phase was not of a level of quality that we were comfortable exhibiting.
3. ART PIPELINE EFFICIENCY
One of the things that we struggled with was the dearth of 3D artists and animators local to USC. Much of Vanishing Point’s 3D art had to be outsourced to volunteer freelancers or non-artists. Thus, asset production was slow and fraught with errors. A single world prop needs to be modeled, unwrapped, textured, and cleaned in order to be ready to be shown inside a game engine. There are special parameters that have to be fulfilled in order for a 3D prop to be usable in Vanishing Point, the pivot point must be exactly at the center of an object and must be built to translate exactly from Maya units to Unreal units. If any of these parameters are not met, that asset must be sent back to whoever built it. With different individuals working at each step of this process, it could take a while for art assets to be ready for integration in the game.
4. DIP IN TEAM MORALE
Losing morale sucks. Crunching under a tight deadline when you and the people around you lack it feels like a tragic death march towards an inevitable defeat. In our first semester, we ended up in this state of mind as our major Winter Demo Day deadline loomed by. Folks from the game industry were going to show up at this event, and lots of people were counting on an impressive exhibition to secure jobs. Back then, our game was simply not ready for exhibition, and morale was low and we struggled to want to work on the game. As a lead, I was responsible for perpetuating this atmosphere by feeling this way myself. Getting stuck in a rut where you and your team are consistently in this state of mind is an obvious sign that you need a break.
Furthermore, since most of our team was made out of volunteers who were not taking the AGP class for credit, we had no way to keep volunteer members accountable for completing their tasks on time to a high standard since there was no consequence for receiving a red on a task. When a deadline was missed on an important task, it ended up impacting morale by causing delays and blocks.
5. CORE MECHANIC NOT PROTOTYPED ENOUGH.
Early prototypes of the game were mechanically identical to The Museum of Simulation Technology, where the scale of an object was relative to the object’s position in relation to the player. Over the summer, the mechanic was changed to work by the position of the player in relation to the object. Last summer, I was out in Dundee working on Chambara, and was not involved in the development of this new mechanic and did not have any input in how it function. When I had it in my hands at start of fall and was asked to build levels and new mechanics out of it, I never really felt the mechanic granted me enough room to be creative with design. It was a bit of a shallow foundation to build off of for such a substantial project, but we ended up doing the best we could.
1. HOW TO SAY NO
What makes team members immediately happy and what’s right for the project are not always the same thing. Sometimes you have to say no to proposals and ideas that would come at the expense of the overall project even if folks want to do things their way. It hurts to say no to someone who, say, wants to work on a complex photorealistic shader or texture objects with selfies, but saying yes to everything arbitrarily can detract from focus and cohesion, and balloon the timeline by having people focus on tasks of lesser importance.
2. PROJECT MANAGEMENT IS GREAT
Task lists and effective project management does not only make things operate smoothly and reduce blocks, but it also serves to motivate people by making progress visibly quantifiable and boost team morale. Just because you are intimately familiar with what needs to be done with a game and the priority of each individual task does not entail that everyone else is.
3. BEING HONEST TO YOURSELF/OTHERS
Be honest and communicative about your emotional state. Its easy to get into a mindset where you hide how stressed out you are, but being open about that can save you from unneeded suffering and prevent you from behaving badly. As a team lead, your behavior sets the tone for the people working with you, and a crappy, toxic attitude spreads around and hurts people. There was a phase where we hated the very Platonic essence of the project, and that manifested in how other people behaved. Everyone has a different source of burnout, and being aware and accommodating will create more peaceful projects.
It is also important to be honest to yourself about who you are and what you can do. It is very easy to get into patterns of harmful overwork by refusing to admit to yourself that you do not have to always be the one to charge into every fight.
4. STAND UP FOR WHAT’S RIGHT
Doesn’t only apply to game development, but life too. It takes courage to speak out when something wrong is being done, but that initiative is important. Everyone wants to see the game succeed, and people welcome critical feedback about their decisions.
5. HAVE SELF-WORTH
It is useful to be your own worst critic, but don’t forget to be a fan and advocate too. It is easy to get into a mindset of hypercritical self-skewering and make that fester into self-hatred and feelings of incompetency, failure, and worthlessness. I feel this way a lot. This is very harmful to creative people. There are things to be proud of, and a singular fixation on only the negative aspects of an experience breeds toxic attitudes.
There comes a point in a developer’s career where they transition from feeling proud and accomplished by the fact that they were able to make a game to feeling dejected and despondent that the games they make are not the best they feel they could be. That’s a tough transition to make, and I still feel its sting even as I near my fifth year as a game developer.
6. DON’T OVERASSIGN/SET LOW EXPECTATIONS
You’re working with real people with rich lives outside of game development, and its important to not overtask people and be intrusive. At the same time, don’t underassign work. People want to use their talents, be expressive, and feel valuable to the team, and doing simplistic, boring tasks is patronizing and wrong. The worst you can do is waste people’s time, especially when they are specifically here because they want to work on a particular project.
7. YOU’RE HERE FOR THE PLAYER
I’ve talked mostly about what goes on with internal team dynamics here, but at the end of the day, your ultimate goal is to create the optimal play experience for your audience. There are self-serving approaches where developers build features or mechanics for the sole purpose of making the game more interesting for them, building alienating features for fun, or creating busywork just to keep people occupied. This approach is right for certain kinds of games, but not for ones that aspire to be welcoming to players and hold them in high regard. I’ve heard a metaphor that preparing the experience of a game is like preparing the experience of a meal, you have to make the experience a positive one for them by ensuring every aspect of the experience serve the pleasure of their experience. Make games as if you want people to have a good time playing, this informed every single decision I made on Vanishing Point.
8. DISTANCE CREATES PERSPECTIVE
Taking a break from a project or working on it less gives perspective and lets you come back with the focus to make better decisions. A bit of time where you don’t touch the project at all does wonders.
9. I STILL LOVE MAKINGGAMES
Game design is a delightfully stressful emotional rollercoaster. It is hard, often grueling with highest highs and lowest lows, and I love every moment of the process. I’m truly blessed to have had the opportunity to work on this and every other game I’ve been a part of, and I’m immensely proud of and impressed by the colossal talent of folks I’ve worked with.
And that’s all I have to say for tonight. There is more that I could say, but the next game awaits.
Production Length: 11 months Staff: 27 Overall, at greatest 23, at least 17 Software Used: Unreal 4, Autodesk Maya, MotionBuilder, Fraps, Microsoft Visual Studio, Blender, Audacity, Budget: 600+ USD