The Untold Tale of a Technical Sound Designer

커뮤니티와 이벤트 / 사운드 디자인

While I've just released a two-volume collection of my writings on Game Audio from the past 10 years, there's one story that’s not been written until now: the Genesis of the Wwise Project Adventure. You can catch wind of it in the Intro & Outro to Game Audio: Tales of a Technical Sound Designer - Volume 02 where excerpts from the Wwise Project Adventure are reproduced with gracious permission from Audiokinetic. However, that addition is just the tip-of-the-iceberg indicating a relationship that, for me, has catalyzed a career in game audio and given me firm-footing as a technical sound designer. Read on for an untold story of game audio from the perspective of someone who experienced the rise of audio middleware.

Cover_Volumes_Ad_01.png

In 2006 I attended my first GDC. By that time, I had found myself fully enamored with the tools used for integrating audio as a proxy between audio files and game programming. There were a few publically available audio middleware solutions (and a couple you could access through a maze of Non-Disclosure Agreements) but the learning curve was steep, documentation was scarce, and comprehension was slow-moving. Hours spent parsing commented code in disparate .xml files across demo projects or highlighting potentially relevant scripts buried within the pages of audio SDK’s had exposed me to skeletal framework and potential, but nothing approaching a full-circle understanding of the manipulation of sound interactively. So I went to the Game Developers Conference to help fill in the blanks between the knowledge I was able to glean from relationships and experience.

Little did I know that I was standing at ground zero for a revolution in game audio integration.

I don't remember much fanfare indicating the coming renaissance. If I had heard about the announcement of a new audio middleware tool in advance of the conference, I can’t remember. As many first-year attendees to GDC will attest: you’re lucky to get out with your sanity intact due to the heaping-helpings of raw knowledge being spooned out of every presentations honey pot. The buzz in those first-years was that Audiokinetic had created the Italian sports car of game audio middleware; a fast-moving and well-tooled audio pipeline solution (and in the beginning, it was priced to match!). But with a free-to-download authoring application and documentation that illustrated the benefits and strategies available within it’s (lovingly?) monochromatic-grey interface it quickly became the perfect training ground for the creative expression of interactive sound.

I chalk this feeling up to what I call the 360-degree strategy that Audiokinetic has employed since the inception of Wwise. From the beginning, everything within the Authoring Application was established in a way that allowed for the creation, auditioning, profiling, and iteration of systems to play back audio in a fully audition-able manner. Writing about Wwise in 2010 as part of the first installment of the Audio Implementation Greats Series (available in Game Audio: Tales of a Technical Sound Designer - Volume 01) I said “The ability to mock up every aspect of the engines, within the provided Soundcaster, brings the Wwise toolset further into a full prototype simulation outside of the game engine.” Everything from Parameter-controlled Blends, States, Switches and RTPCs could be manipulated on-the-fly before ever making it into a game. In 2006 Wwise emerged as a fully-formed implementation toolset and playground for a burgeoning technical sound designer such as myself and it would only get better from there.

I watched as Audiokinetic drove the game audio middleware industry and game developers associated with audio to achieve greater things. It wasn't long before other audio tools stepped-up their game with comparative features, things like: Interactive Music Systems, Extensible Mixing Architectures, Built-in Localization, and Game Profiling. However, without the comprehensive design infrastructure to support these additions, they often felt bolted-on, clunky, and poorly implemented without regard for authoring in what ended up feeling like a punishing pipeline of brutality. I spent the first 7 years of my career as a freelancer, and during that time had the opportunity to use, misuse, and ship with the best and worst that game audio tools had to offer (“To All The Audio Toolsets I've Loved Before…” - Volume 02)...trust me, I’ve muscled through some rough workflows and suffered at the obliquely referenced functionality of some primitive tools to get the job done. Ultimately, I ended up using Wwise across several projects during my formative years and the paradigm opened my eyes wide to the potential of audio tools.

Soaking in the Wwise methodology allowed me to harness the potential of interactive sound in a way that feels creative and empowering.

Spines_01.png

It was during this maelstrom of game audio tool technical submersion that I was approached by the folks at Audiokinetic to help streamline some of their early documentation. I would help combine, update, and focus two documents: Wwise Fundamentals & The Wwise Approach into the currently existing Wwise Fundamentals document. While I had been posting thoughts on implementation, authored a series for DesigningSound.org called Audio Implementation Greats, and began writing for Game Developer Magazine as part of their monthly Aural Fixations column (all of which is available in Volume 01) , I had never waded into technical documentation. This opportunity served as a perfect springboard where I was able to begin to understand the differences between the stream-of-consciousness writing I had been doing and the requirements of a detailed explanatory document. This work would eventually lead to the creation of the Wwise Project Adventure.

One of the greatest things to come out of my career in game audio are the friends and colleagues I’ve been able to meet along the way. These relationships are especially critical when collaborating on a project or helping to realize someone's vision. So when Simon Ashby at Audiokinetic asked me to wade into the deep-waters of technical documentation and create “a document that will make a new Wwise user up and running in a really short period of time” and help “to create a 'full' project where you can see the relationship between the Wwise project and how it's setup in code,” I felt that there was a level of trust as a result of our previous interactions. This proved to be incredibly important as the scope of the project unfolded over the next months to encompass the massive 300 page document that became the Wwise Project Adventure.

Truly a collaboration of the highest-order, by the end of the creation of version 1.0 we would pull in many of the folks at Audiokinetic, the content creation team at Bay Area Sound, an editor, translation, and a team of proofreading Beta-testers to help solidify and sharpen the resource. An absolute labor of love, the Wwise Project Adventure shifts between abstract game audio narrative (sketching out the forthcoming chapter’s material) and step-by-step technical implementation in three languages (English, Japanese, Chinese). Coupled with the provided fully-implemented Wwise Project, the goal was to give someone new to Wwise multiple ways to digest the educational content, either by reading through, working through, or exploring the already finished Wwise project. The approach that Simon and the team at Audiokinetic initiated with the Wwise Project Adventure also feeds into the 360-degree strategy I mentioned earlier, in that the overarching goal was to further extend the loop of learning that begins the first time you start working with Wwise and continues as your experience with the Authoring Application and methodology deepens.

At every step in the process working with Audiokinetic, I have been met with true creatives and individuals who are invested in, not only the success of Wwise but, the success of game audio professionals and creatives working with interactive audio. Each member of the team exudes a passion and commitment to their craft and it has been a joy coming to know many of them through work, collaboration, and a visit to their office in Montreal during the MIGS conference in 2014. It’s no wonder that I have felt creatively empowered through the use of Wwise over the years with this team of unique and talented individuals driving the next generation of game audio.

I’d like to carry forward and augment thanks to the original group who helped launch the Wwise Project Adventure: Simon Ashby, Etienne Caron, and Bernard Rodrigue from Audiokinetic. Editor Judy Lapalme. Continuity experts: Hrishikesh Dani, Luca Fusi, Jack Menhorn, Roel Sanchez, Michael Taylor, and Rob Bridgett along with Robert Mollon and additional staff at Audiokinetic during the interim years. It was with their help that the document was elevated from frantic scratchings and verbose insanity into a sharpened axe of implementation tutelage. My deepest thanks.

So, here I find myself at a milestone in my career with the release of this two-volume collection of writings, surveying the game audio landscape spread out behind me and reflecting on the components that have comprised my experiences as a technical sound designer. Audiokinetic and Wwise have contributed to a fundamental appreciation of interactive audio, technical sound design, and game audio in a way that I continue to be deeply thankful for. I look forward to the years to come, the challenges and successes, and the people in the community who continue to inspire me. All the best in your future endeavours!

Game Audio: Tales of a Technical Sound Desgner Volume 01 & Volume 02 is self-published and available in Softcover - Color or Black & White print-on-demand editions or digitally (PDF) via Blurb.

  

Subscribe

 

 

Damian Kastbauer

Software Product Manager

Audiokinetic

Damian Kastbauer

Software Product Manager

Audiokinetic

Atari 2600/ NES channeled through> C64 SID chip Blue Monday game child purple mountain majesty feasted on guitar noise during 90's shoegaze invasion culminating in two-tiered pedal board with never enough digits to turn all the knobs. Constant fascination with dark art of implementation leads to articles diving into unknown technical sound design as attempt to share discussions through game audio podcasts and now the two-volume book series Game Audio: Tales of a Technical Sound Designer. Community to the core, noise for life, respect the vibrations.

Lost Chocolate Lab

 @DamianKastbauer

댓글

댓글 달기

이메일 주소는 공개되지 않습니다.

다른 글

라우드니스를 처리하는 최상의 방법, 제 1강: 라우드니스 측정 (2부)

이전 블로그인 라우드니스를 처리하는 최상의 방법, 제 1강: 라우드니스 측정 (1부)에서는 지에 양 (디지몽크) 님이 다양한 플랫폼과 콘텐츠 타입에 대한 오디오 표준의 도전 과제와...

20.11.2019 - 작성자: 지에 양 (Jie Yang, 디지몽크)

Wwise를 사용하여 보다 복잡한 MIDI로 제어되는 샘플 악기만들기

MIDI 기반 음악으로 되돌아가는 데에 관심이 있는 사람들은, PS4의 내장 신디사이저를 이용할 수 없으며(존재하지 않음) PC 사운드카드의 GENERAL MIDI에 의존할 수도...

28.7.2020 - 작성자: 다니엘 벡 (DANIEL BECK)

누구나 사용할 수 있는 WAAPI - 제 1부: 개요

안녕하세요. 저는 왕양 (汪洋) 이라고 합니다 (혹은 ‘씨 예’, 溪夜라고도 불립니다). 저는 작년 하반기에 WAAPI에 대해 알게 되었습니다 (Wwise 저작 API). 저같이...

30.3.2021 - 작성자: 토마스 왕 (THOMAS WANG, 汪洋)

Wwise에서 음악 설계 템플릿을 사용하여 독보적인 사운드 디자인을 만들어내는 방법

Foxface Rabbitfish(폭스페이스 레빗피시)의 작곡가 겸 오디오 디렉터인 가이 휘트모어(Guy Whitmore)는 2019 Wwise 상호작용 음악 심포지움에서 현대...

24.11.2021 - 작성자: 가이 휘트모어 (Guy Whitmore)

Wwise로 도플러 효과 제작하기

도플러(Doppler) 효과는 음파를 기준으로 관찰자가 움직임에 따라 파동의 주파수가 변하는 것입니다. 이 물리적인 현상은 모든 종류의 파동 전달에서 일어나며 음파도 예외가...

30.3.2022 - 작성자: 쒸 웨이 (Xu Wei, 徐巍)

Wwise를 사용한 반복 재생 기반 자동차 엔진음 디자인 | 제 1부

이 시리즈에서는 Wwise Authoring과 오디오 및 자동차 전문 지식을 알맞게 사용해서 간단한 반복 재생 기반 자동차 엔진 사운드를 디자인하는 방법을 살펴보려고 합니다! ...

18.4.2023 - 작성자: 아르토 코이비스토 (Arto Koivisto)

다른 글

라우드니스를 처리하는 최상의 방법, 제 1강: 라우드니스 측정 (2부)

이전 블로그인 라우드니스를 처리하는 최상의 방법, 제 1강: 라우드니스 측정 (1부)에서는 지에 양 (디지몽크) 님이 다양한 플랫폼과 콘텐츠 타입에 대한 오디오 표준의 도전 과제와...

Wwise를 사용하여 보다 복잡한 MIDI로 제어되는 샘플 악기만들기

MIDI 기반 음악으로 되돌아가는 데에 관심이 있는 사람들은, PS4의 내장 신디사이저를 이용할 수 없으며(존재하지 않음) PC 사운드카드의 GENERAL MIDI에 의존할 수도...

누구나 사용할 수 있는 WAAPI - 제 1부: 개요

안녕하세요. 저는 왕양 (汪洋) 이라고 합니다 (혹은 ‘씨 예’, 溪夜라고도 불립니다). 저는 작년 하반기에 WAAPI에 대해 알게 되었습니다 (Wwise 저작 API). 저같이...