Zombies, Pixels, and Cubes (Oh my!)

It’s no secret that many games these days have incurred that oh-so virulent infection. Like the T-virus, it has spread to every sector of the market, turning developers in shambling shells of their former selves. I speak, of course, of zombies. Just last year we saw WarZ, ZombiU, BlOps 2, and Amy. The year before that saw Yakuza: Dead Souls, Rise of Nightmares, Dead Island, and the rather well-named Zombies. That list excludes low-profile games and those which aren’t, in my opinion, terrible. Is this trend developer laziness, or perhaps a corporate influence? I wouldn’t be surprised if teams were pushed towards zombie games because, statistically, they make more money.

While it is reasonable when large-budget games are zombie-based, the same rationality falls short of protecting indie games. Zombie games are a prop-up, a cop-out for a developer who can’t come up with a better framework. Sure, it saves you the effort of establishing a complete universe (which is extremely tricky). That effort can go back into making other parts of the game better. But is the tradeoff worth it? To me, zombies don’t allow for a lot of avenues in terms of creative gameplay and storytelling. Are zombies a fall-back for those who need an extra kick in their games? Just search “zombie” in the Steam Store and sort by release date. Decide for yourself.

On a seemingly unrelated note, I want to talk about retro graphics. Let’s take a stroll down the Steam Greenlight aisle, shall we? In the first few pages we see:

  • MANOS: The Hands of Fate
  • Dead Colony
  • Deprivation
  • Hammerwatch
  • Potatoman Seeks the Troof
  • Dungeonmans
  • Topia Online
  • 16 Bit Arena
  • Spuds Quest
  • Legend of Dungeon

Keep in mind, these are those that are easily distinguishable by their image tile – many more lurk out there behind well-illustrated thumbnails.

What is the cause of this tsunami in indie game market that is retro graphics? Pixel graphics have the added bonus of nostalgic appeal for a certain generation. Art assets may be cheaper to produce. But, at least to me, pixel graphics convey a sense of harsh, delineated gameplay, where fun is equated with difficulty. My mind drifts to games like Megaman, where the reward for beating one level is to play the same level over again, with a different color tileset. I think the benefits of pixel graphics fall by the wayside when the decision is made. Pixel graphics, like zombies, are a knee-jerk reflex for the mediocre game developer. Often these developers are different, but I guarantee that there is more than one pixellated zombie game out there produced in the last five years.

Which brings me to cubes. Thanks, Minecraft. I both enjoy and loathe your trend-setting magnificence. It’s time for another stroll through Greenlight. Bonus points for games that have the word “Cube” in them.

  • Block Story
  • Slip
  • Logicubiks
  • Cell Emergence
  • Brain Cube Reloaded
  • King Voxel
  • Cubes and Zombies
  • Ace of Spades
  • Cube Park
  • Cube World

Ugh. *shiver*. I should do another post on how to not make your game look totally unappealing on Steam Greenlight. You would think choosing a good name and thumbnail would be at the top of everybody’s list. Apparently not.


PlanetSide 2: First Impressions

I made a post a while ago about an MMOFPS/RTS. Turns out, this dream has come true, and it is PlanetSide 2 (it’s free-to-play. go download it right now!)

In the first two hours of play, I was zipping around in a dropship with a squad, capping points like crazy. I was rolling across vast plains in a tank convoy, or running along the ground with dozens of others as aircraft zipped overhead. I infiltrated an enemy compound and disabled a generator. I defended one of our larger complexes from a full-on siege. This game is amazing.

Actually a pretty typical thing to see.

It’s a little hard to get into, as you are just dropped into the action. You have to figure out what the vehicles do, the difference between classes, how the maps are laid out, what you are doing, etc. Basically, you have to figure out how the game works. But after you join an outfit (which are basically clans), the fun blossoms. You run and fight along side your teammates in giant, mile-wide maps. The 24/7 combat goes back and forth across a ravaged landscape. As you cower behind a rock and take potshots at the other factions, aircraft scream over head, blowing each other up. More than once I’ve had a smoking aircraft crash and break apart into a fireball meters from me.

The basic objective is to capture facilities, which are fairly far apart from each other. At the top-most level, the game is a back-and-forth struggle across a territory. The territory is broken in hex-shaped regions, which are linked to the nearest facility. Your platoon (under which there are squads) chooses where to focus their efforts, and then a blitzkrieg spearheads into fortified enemy territory and tears a hole in their defensive line. Overall, the best strategy is to keep a strong front line; if a facility gets isolated in otherwise enemy territory, it is usually much harder to defend.

Each facility has one or more capture points. In order to gain control of a facility, you need to hold all the capture points for a certain amount of time. One in control, facilities can have weapon-change stations, ground vehicle factories, or aircraft factories, depending on the size of the facility (larger facilities have more capture points). You get resources for kills (or assists) and captures. Resources allow you to buy equipment or vehicles. Different facilities give different resource bonuses to the owners.

The actual combat is OK. You can choose between a few classes: sniper, light assault (who gets a jetpack), medic (who can heal and revive people), engineer (who can build stuff) , and heavy assault (who gets a rocket launcher). At a equipment station, you can upgrade to mech-form, for a cost. Death bears little penalty, with only a short respawn and no deductions otherwise. In addition, medics can bring you back to life (for no cost). Each of the three factions gets different bonuses for each class, as well as different vehicles. The ground vehicles are a little annoying to control, and have a strange FOV. Aircraft are extremely hard to control, and I still haven’t figured out the best setup for them. But really the best part of the game is moving with a group of players; you feel like an insignificant part of the combat, not the star.

Really, that is the key part of this game. You understand that you are just one cog in the machine, that the battle doesn’t hinge on you. You also start to realize the scope of the battle raging around you. On the overhead map, you can see which territories are contested. You realize that at each one of those spots, there is a battle as massive and intense as the one you are in. Then you realize that there are two other maps on this server. At any point in time, someone is having a last-stand defense, someone is storming a citadel, someone is cruising over head in an aircraft and shelling ground forces, like an AC-130.

The only problem is that the game is fairly intensive graphically, and has some occasional issues with lag. Also, it is widely believed to have some sort of memory leak. But despite the shaky performance and occasionally flaky servers, this game is still a shining gem in today’s game industry.


The Future of the Source Engine

Valve’s Source and GoldenSource engines and Epic’s Unreal engines have had a long, acrimonious feud. Both Golden Source and the Unreal Engine debuted in 1998 in Half Life and Unreal, respectively. Both were considered revolutionary games at the time. Unreal blew technical and graphical expectations out of the water. Half Life left a legacy as one of the most influential games in the FPS genre.

Unreal Engine screenshot Unreal Engine screenshot
i2Zan0DmFkTfy Golden Source screenshot

Fast forward 6 years. Valve, in the meantime, has released Team Fortress Classic and Counterstrike, both extremely revolutionary games. The Unreal and Unreal 2 engines (the latter was released 2 years prior) had become extremely popular platforms for game developers, mostly because of the engines’ notable modularity and room for modification.

In 2004, Valve debuts the Source engine with Half Life 2, a ground breaking game that completely demolishes competition and sets a long-lasting legacy in terms of story, gameplay, and graphics. For comparison, Unreal Tournament 2004 was published the same year.

Unreal Engine 2 screenshot Source screenshot

In another 7 years, Unreal Engine 3 has been released and games like Gears of War and Batman: Arkham City have been developed using it. Valve has just published their first widely supported game, Portal 2. The Source engine has been evolved over the years, and many graphical upgrades have been applied along with compatibility with major game consoles.

Batman: AC screenshot

However, it becomes readily apparent that the visual styles of these two engines have diverged in the years since 1998. The Unreal line of engines have supported games like Bioshock and Mass Effect, but have also bourn the brunt of AAA games. Such games are known for their muted brown-grey color pallete, uninteresting story, and factory-made gameplay. Unreal Engine games are commonly criticized for having character models that look “plastic” (a result of game developers setting specular too high on materials), awkward character animations, and overuse of lens flares and bloom.

Games on the Source engine, on the other hand, consistently revolutionize some aspect of gaming. For example, Team Fortress 2, Portal, and Left 4 Dead are widely known for innovative gameplay. Unfortunately, Valve has lagged behind in terms of pushing the graphical frontier. Half Life 2 was smashingly good for its time, much in the same way that Halo stunned the gaming world back in 2001. However, every Source game since its debut has looked more and more aged.

Even worse, developers are driven away from using the Source engine due to a set of tools that have barely evolved since they were developed in 1998. Hammer, the level creation program, and Face Poser, the character animation blender, are unwieldy and unfinished; Source SDK tools are notorious for their bugs and frequent crashes.

Conversely, the Unreal toolset is streamlined and easy to jump into. This appeal has drawn more and more amateurs and professional developers alike. The editor allows you to pop right into the game to see changes, whereas the Source engine still requires maps to be compiled (which can take minutes) in order for the most recent revision to be played. Unreal’s deformable meshes dwarf the Source engine’s awkward displacement system.

However, I have a feeling that a couple of factors are going to come together and boost both engines out of the recent stigma they have incurred. The biggest factor is that at some point the AAA game industry is going to collapse. The other critical event is Half Life 3.

Yes! Do I know something you don’t? Have I heard a rumor lurking the Internet about this mysterious game? No. But I do know history. And that is more useful than all the forum threads in the universe.

Half Life was released in 1998. Half Life 2 was released in 2004. Episode 2 was released in 2007. Half Life 2 took 6 years to develop, despite being on a side burner for some of that time. By extrapolation, Half Life 3 should be nearing release in the next 2 years. However, circumstances are different.

The Source engine was developed FOR Half Life 2. Graphics were updated. But the toolset remained the same. In the time between HL2 and now, Valve has been exploring other genres. Team Fortress 2, Portal 2, and Left 4 Dead 2 all took a portion of the company’s resources. In addition, that last few years have been spent intensively on developing Dota 2 (which, by the way, was the cause of the free release of Alien Swarm). The second Counterstrike was contracted out. So Half Life 3 has been a side project, no doubt going through constant revisions and new directions.

However, unless Valve is going to release Day of Defeat 2 or Ricochet 2 (yeah right) in 2013, production on Half Life 3 is going to kick into high gear. There is one fact that drives me to believe even more heavily in this theory.

Since 2011, and probably even earlier, Valve has been pumping a huge amount of effort into redesigning their entire suite of development tools. It had become readily apparent to everyone at the company that the outdated tools were making it impossible to develop games efficiently.

“Oh yeah, we’re spending a tremendous amount of time on tools right now. So, our current tools are… very painful, so we probably are spending more time on tools development now than anything else and when we’re ready to ship those I think everybody’s life will get a lot better. Just way too hard to develop content right now, both for ourselves and for third-parties so we’re going to make enormously easier and simplify that process a lot.”
-Gabe Newell

Because both TF2 and Portal 2 have been supported continuously since their release, they have been the first to see the effects of this new tool development. Valve seems to have used these games as testing grounds, not only for their Free to Play business model and Steam Workshop concept, but also for new kinds of development tools. First, the Portal 2 Puzzle Maker changed the way that maps were made. In the same way that Python streamlines the programming process, the Puzzle Maker cuts out the tedious technical parts of making a level.

The second tool released was the Source Filmmaker. Although it doesn’t directly influence the way maps are made, its obviously been the subject of a lot of thought and development. The new ways of thinking about animation and time introduced by the SFM are probably indicative of the morphing paradigms in the tool development section at Valve.

Don’t think that Valve is going to be trampled by any of its competitors. Despite Unreal Engine’s public edge over the Source engine, especially with the recent UE4 reveal, the AAA game industry is sick, and no other publisher has a grip on the PC game market quite like Valve does. And although 90% of PC gamers pirate games, PC game sales are hardly smarting. In fact, the PC game market is hugely profitable, racking up $19 billion in 2011. This is just a few billion shy of the collective profits of the entire console market. Yet the next best thing to Steam is, laughably, EA’s wheezing digital content delivery system Origin.

Numbers Source

Anyways, here’s hoping for Half Life 3 and a shiny new set of developer tools!

Source Filmmaker: First Impressions

Meet the Pyro

Meet the Pyro

As you may have heard, the Source Filmmaker was released two weeks ago at the conclusion of the Pyromania Update for Team Fortress 2. To get it at first, everybody was required to submit a survey form that included basic hardware and software specs about your computer, including whether or not a microphone was attached. The idea was that a limited, graded release would help give a taste of what the tool is like without flooding the Internet with videos. However, after three weeks of semi-open beta, the SFM team has gone public. You can download it here. Here are my first impressions of the tool (there is a TL;DR at the bottom).

The Source Filmmaker is a tool that allows “players” to set up scenes within any Source game, and then edit the resulting clips as if they were in an video editing program. This hybrid system passes over a lot of the conventional paradigms in film making. You can simultaneously modify how you want a shot to look AND change how the sequence is cut together. Scenes still have props, actors, lights, and cameras. However, if you decide while editing that you want a shot of the same scene from a different angle, you can create a new shot from a new angle in seconds.

This is definitely the direction that movies are headed as a medium. Computer graphics have reached a level of visual fidelity that allows filmmakers to create entire new elements and mix that with live footage. For instance, Sky Captain (an awesome movie, by the way) was shot entirely on blue-screen in some guys basement. All the environments and non-human actors were computer generated. This allowed the maker to move the actors around as he pleased. If he didn’t like the direction they were facing or their position on-screen, he could simply move them around like another 3D asset.

Sky Captain and the World of Tomorrow

Sky Captain and the World of Tomorrow

So far I’ve used the Source Filmmaker for a little over one week, on and off (I made this). From what I hear, experts at the program can deftly make complex scenes in minutes. However, I have yet to figure out all the hotkeys and efficient methods, so it takes me a long time to even sketch out a rudimentary scene. My speed is hampered, in some part, by the strange choice of hotkeys; The lower left part of the keyboard seems to have shortcuts distributed at random. Yes, every program has such a learning period in which shortcuts are committed to muscle memory. The SFM, though, for all its similarities to 3D programs, seems to have flipped the traditional hotkey set.

I digress, however. The primary aspect of SFM that impedes my work in the program is the tool’s concept of time and animation. To illustrate, let me explain the structure of the program: Each file is called a “session”; a self-contained clip. A single map is associated with each session. A session contains a strip of “film” which is composed of different shots.

Shots are independent scenes within the same map. Each shot has a scene camera and various elements that expand upon the base map set. Each shot also has an independent concept of time. You can move a shot “fowards” or “backwards” in time, which doesn’t move the clip in relation to other clips, but changes which segment of time the shot is showing within its universe. You can also change the time scale, which slows down or speeds up the clip.

If you move a shot to be before another shot, it will not change the shot, only the sequence in which the shots are displayed. This can be confusing and/or annoying. For instance, if you have a shot of someone talking, and you want to have a close-up shot or a different angle inside of that clip, there are two ways to do so. You could go into the motion editor and move the camera within the specific segment of time within the shot. The easier way, however, is to split the shot into three clips. The end clips remain the same, and inherit the elements from the single parent shot (which doesn’t exist anymore). In the middle clip, however, you change the camera to show a close-up angle. Both of these methods look the same; until you change your mind.

After you split a clip up into different shots, you can’t (to the best of my knowledge) add in a common element that spans all three shots, even though the elements that were there beforehand were inherited by all three. If you move a prop in one shot, it doesn’t translate over. This problem lends itself to a strange workflow, in which you set up the entire scene from one camera view, and only when you are satisfied do you split it up into different clips.

But how about the other method I mentioned? The motion editor allows you to select “portions of time” within a shot’s universe. You can make changes to objects and their properties, but the changes will only be visible within that time segment. For smooth transitions, it allows you to “partially” select time, and blend between two different settings. This feature can be extremely useful and powerful, but it is also a pain in the ass. While trying to hand-animate actors, I often find myself getting annoyed because I want to go back to the same time selection and add in something, or smooth over multiple curves. Since each entity stores its animation separately (each bone in a actor’s skeleton, for instance), I often find myself annoyed because I change an animation, but forgot about a bone. The animation ends up completely screwed, and its easier to start over than fix it.

Yes, a lot of this pain is due to my inexperience with the workflow. I’m sure I’ll get the hang of working with the strange animation system. But for any filmmaker or animation starting out, it will be quite a jump from the traditional keyframe methodology. In the Valve-made tutorials the guy talks about the graph editor, which seems to liken itself to a keyframed timelines. However, I have yet to glean success from the obtuse interface, and in any case the “bookmarking” system seems unnecessarily complex.

I want to cover one more thing before wrapping up. What can you put in a scene? Any model from any source game can be added in and animated. There are also new high-res versions of the TF2 characters. Lights, particle systems, and cameras are also available. For each of these elements, you need to create and Animation Set, which defines how the properties of the elements change over time. IK rigs can be added to some skeletons, and any property of any object in the session can be edited in real time via the Element Viewer. Another huge aspect of the program is the ability to record gameplay. At any time, you can jump into the game and run around like you are playing. All the elements of the current shot are visible as seen by a scene camera. You can even run around while the sequence is playing. You can also capture your character’s motion in “takes”. This is great for generic running around that doesn’t need gestures or facial animations. If you need to change something, you can convert the take into an animation set, which can be edited.

On the note of character animation, lip syncing is extremely easy. Gone are the pains of the phoneme editor in Face Poser. You can pop in a sound clip, run auto-detect for phonemes, apply to a character, and then go in with the motion editor and manually change facial animation and mouth movements.

TL;DR: To summarize my feelings, any person who admires the Meet the Team clips or the Left 4 Dead 2 intro trailer should definitely check out the Source Filmmaker. It’s free, and the current tutorials let you jump into making cool short clips; every clip looks really nice after rendering. The program does require a lot of memory and processing power though, so you will be unable to work efficiently if your computer doesn’t get decent framerates in TF2.

Portal 2 Element-Based Level Generation

This is not going to be a full post. I just wanted to bring to your attention that the Portal 2 team has just recently launched something they are calling the Perpetual Testing Initiative. It essentially allows players to use a simplified in-game editor to create test chambers, and then immediately build and play them. It adds in aesthetics, detailing, and essential level elements completely procedurally.

It is, as I would like to believe, a response to the post I made a while back about Procedural Level Generation, in which I outlined a similar idea. This reinforces my theory that anything brilliant I say will be executed in a year or less by someone else. I’d also like to take this opportunity to point out how brilliant it would be to build more nuclear power plants. Oh wait, I’ve been saying that for years. And they just recently started planning for a new one.

On a side note, I think the entire idea of the Steam Workshop is an excellent idea. Steam has broken PC barriers and surpassed game consoles, but now they’ve really done it with this amazing forum for player-generated content. I’m excited to see how else they will use it in upcoming games.

%d bloggers like this: