GAME JOBS
Contents
Inside the striking art and design of Hawken
 
 
Printer-Friendly VersionPrinter-Friendly Version
 
Latest Jobs
spacer View All     Post a Job     RSS spacer
 
June 6, 2013
 
Wargaming.net
Build Engineer
 
Virdyne Technologies
Unity Programmer
 
Wargaming.net
Quality Assurance Analyst
 
Gameloft - New York
UI Artist
 
Wargaming.net
Dev-Ops Engineer
 
Wargaming.net
Python Developer
spacer
Latest Blogs
spacer View All     Post     RSS spacer
 
June 6, 2013
 
Cracking the Touchscreen Code
 
10 Business Law and Tax Law Steps to Improve the Chance of Crowdfunding Success
 
Deep Plaid Games, one year later
 
The Competition of Sportsmanship in Online Games
 
Gamification, Games, Teams and Competitive play
spacer
About
spacer Editor-In-Chief:
Kris Graft
Blog Director:
Christian Nutt
Senior Contributing Editor:
Brandon Sheffield
News Editors:
Mike Rose, Kris Ligman
Editors-At-Large:
Leigh Alexander, Chris Morris
Advertising:
Jennifer Sulik
Recruitment:
Gina Gross
Education:
Gillian Crowley
 
Contact Gamasutra
 
Report a Problem
 
Submit News
 
Comment Guidelines
 
Blogging Guidelines
Sponsor
Features
  Inside the striking art and design of Hawken
by Brandon Sheffield [Business/Marketing, Art, Interview, Console/PC, Social/Online]
6 comments Share on Twitter Share on Facebook RSS
 
 
June 3, 2013 Article Start Previous Page 4 of 4
 

And do you plan the sound and animation for these things simultaneously? The sound design is very integral to the mech experience.

KL: Yeah, we're really lucky. Our original sound designer, back in the day, was Sean Neri. He did the initial sound for the first trailer, but since then it got super popular and he got his own job somewhere. We have another sound designer here now, so all the latest trailers you've been watching now is from another guy named Shadi Muklashy, and he's awesome. He's our sound guy, all the music you hear, and all the current UI interface guy, he does it all.



For example, we love Battlefield 3, the sound quality they have in there, which kinda teaches us that everything has a sense of weight and variety. Like, the machine-gun sound is very different in the distance compared to up close. So it's not just about muffling or fading out the volume. The sound actually changes in the distance. It actually gives off a different sound in the distance than when it makes a sound up close.

So for us, when you go into a tunnel, they become very echo-y, and even the footsteps of the mechs, we want to make sure they feel very heavy and machine-like, but at the same time it doesn't give you a headache. Because if you ever think about it, if you were to actually drive in a mech, you might get that groaning metal sound consistently pounding through your ears, and your ears will get very tired of it. So we have to make it sound heavy and very metal-like at the same time, so it's musical and pleasing to the ear, so it doesn't get tiring for the player.

When there's changes in distance between, I mean, with machine-gun fire or moving in and out of echoy spaces, do you use blends between them or do you just switch between the two?

KL: For echo and, you know, for normal stuff, there's different ways -- like the volume, and in the Unreal engine you can change it to make it kind of more echo-y. But for, let's say, a distant machine-gun sound compared to a close-up one, we actually create two sounds and we just change it by distance.

Let's go back to the launch of that first trailer, and where you are now.

KL: When we first launched that video, we just sort of released it on YouTube and we emailed a couple of small indie sites to let them know we have a video up. We didn't expect much of anything. We woke up the next day and it was, like, 200,000 views. And I think in a week or two it became 600,000. That was our first video.

And within three days we had 80 percent of the large publishers out there contacting us: EA, Activision, Sony, Square Enix. Basically every company came out wanting to publish the game, and eventually we found that it's awesome to get that sort of support, but we still want the freedom of being an independent team, and the creative control, and the fewest middlemen possible between us and the consumer. We just want to go directly to them without going through, you know, Best Buy. Without going through a publisher.

The best business model for that -- at the same time, like, bringing new content, updating all the time for the consumer... since we're such a small team we're unable to bring out a finished product immediately. With free-to-play we can actually bring to people in small chunks at a time and grow our team slowly and that was kind of confirmed by someone at benchmark capital, who was heading our funding at Riot. At the early stage, he approached us and he pitched us the idea of being free-to-play. We always had plans to make a free-to-play game, but our plan was more like Valve, with Team Fortress. You know, going digital download first and then free-to-play later. But he recommended just going straight to free-to-play and making it our focus so we don't have to keep changing our product. And, yeah, it worked out. 

 
Article Start Previous Page 4 of 4
 
Top Stories

image
Keeping the simulation dream alive
image
A 15-year-old critique of the game industry that's still relevant today
image
The diversity of game dev students: Who's joining the industry?
image
Amazon launches dedicated indie games storefront
Comments

Abel Bascunana Pons
profile image
I wonder what programming language did they use to make the game: C++? Did they use any Game Tool or middleware? Pretty amazing job being so few team members!

Jane Castle
profile image
They used the unreal engine to make the game. As to whether they used C++ or just straight up scripting, I have no information.

Freek Hoekstra
profile image
this was (atleast originally) made with the UDK, which does not allow for source code Access, and thus all code must be made in UnrealScript. (and some things can be done in Kismet Unreals visual scripting language)

the game does look fantastic, I think what helped a lot there is the Kitbashing that was possible due to the type of strutures omnipresent in the game, the artstyle was clearly chosen to facilitate rapid high detail development, and more developers should take this approch imho.

best of luck with the game, and hope you guys strike it big :)
(and I have every reason to assume that you will :))

Erin OConnor
profile image
"...we still want the freedom of being an independent team, and the creative control, and the fewest middlemen possible between us and the consumer." = Awesome.

Quentin Preik
profile image
Such a great looking game - amazing ambience!

Nick Harris
profile image
Kitbashing is both a well established method for rapidly prototyping a physical model...

http://en.wikipedia.org/wiki/Kitbashing

...and a way to recycle 3D assets within a comparatively small team:

http://vimeo.com/57776919

What interests me is the potential to use parameterised Constructive Solid Geometry to allow the artist to specify a range of related procedurally generated forms, then fuse these together using Kitbashing, add a variety of material textures and decals (such as scratches, historical bullet holes and location sensitive rust), then let a community of users build balanced battlefields out of this library of prefabs and then procedurally generate the geographic location of that type of battlefield on a much larger map - even a planet within a solar system within a galaxy, all of which is procedurally generated and only requires storage to track where your character has been recently and what they have changed about their environment when there. Using, PCG to redistribute UGC arenas built from a library of UGC prefabs kitbashed from PCG CSG seems AOK to me...


none
 
Comment:
 




UBM Tech