Using Wwise in Game Jams and Micro-Projects

사운드 디자인 / Wwise에 대한 팁과 도구

Game jams, as fun as they can be, can be stressful and frustrating from an audio point of view. Sound integration will more than likely arrive very late in the process, and iteration and debugging time will be reduced to almost nothing. While the use of Wwise may seem like overkill, and while the development team could be afraid of adding  an additional tool into the process, on the contrary, I think using Wwise is the best way to create a compelling interactive audio experience in such a short period of time. From personal experience, and from discussions I have had with other sound designers, I think arguments for choosing to use Wwise for big projects are the same and may even be more justifiable for game jams and short projects. Smooth integration in game engines, having more features available to you than standard game engine tools, and unburdening programmers from sound integration, the list of benefits can go on. So, below, I have provided a list of simple tips and tricks that will allow you to enjoy your experience during game jams or shorter projects and allow you to get the best results using Wwise.

AKArtcile_Front

 

Preparation

The last thing you want in a game jam is shady error messages, or your game not building properly. It's easier to spot any major issues from the comfort of your home rather than in the middle of a sleep-deprived crowd of people twenty minutes before deadline! So, take an hour or two before the event to prepare. It could save you a lot of stress and enable you to go there with a fair amount of technical confidence, allowing you to fully focus on having fun and creating cool sounds.

You can start by testing that the integration of the Wwise version you will be using is working well with the exact version of the game engine your team will be using. Create an empty project and try to play a sound in the editor. For game jams, chances are you won't know beforehand which platform you will be developing for,  but take the time to make a build for PC, Android, and iOS. While this testing may be obvious or easy for you, in short development timeframes, it is essential that you avoid any possible technical difficulties. 

Next, you should not assume that a programmer is going to help you with the actual integration. Prepare yourself to do everything on your own. Doing some quick homework and testing the integration of basic Wwise features is good practice, especially if your team will be using a game engine that you are not that familiar with or haven't used in a long time. Some features you will more than likely need and should prepare:

  • Post events for different conditions : on start / on destroy / in animations / on trigger enter and exit / custom triggers / ...
  • Reverb zones
  • Set States and Switches
  • Set RTPCs
  • UI sounds (on select / on click / on pointer enter / ...)
  • Prepare Attenuation curves in the units of measurement of the game engine, as well as Conversion Settings for different platforms

Again, feeling comfortable with the implementation of those features will provide you and your team with confidence  and enable you to focus on your sound design.

Jamming

The big day has arrived, you are all geared up, caffeine-packed, and ready to rock. Once you have set up the source control with the programmer and pushed the Wwise integration, test a build on the programmer's machine to check everything is going well. Once again, we don't want any last-minute surprises.

After an intense brainstorming, you and your team came up with an amazing game idea. Before jumping on your recorder to start creating assets, sit down in front of Wwise for a bit. In a game jam, we are looking for simplicity and efficiency. Examine how Wwise features can help you with that. 

What I like to do at game jams, and even on more traditional projects, is to create empty core Events corresponding to major changes in the game, such as :

  • Character leveling up
  • Weather changing
  • Enemy life down to 25%
  • Player death and respawn
  • ....

An Event can contain all types of Actions: one shot sound, State changes, Set RTPCs, start/stop loops, control interactive music. Take a generic list of possible core Events that could contain all these Actions:

  • Start_Game
  • Launch_New_Game
  • Start_Phase_2
  • Start_Phase_3
  • End_Game_Success
  • Eng_Game_Defeat
  • Player_Death
  • Player_Respawn

Besides providing you with a good preview of a typical playthrough, having this list from the beginning will help minimize the Events count. Hence, a simpler integration afterwards. This list of Actions, combined with the use of Delay and transition time for States, should cover most of the ambiances and music behaviours you would need for a game made during a game jam.

AKArtcile_pic1

Typical example of nested Actions in an Event.

 

Wwise 2018.1 will also have a native Time RTPC. For games based on a timer (pretty common in game jams), you could have the entire playthrough controlled from a single Event.

In addition to organized nesting, here is a list of simple Wwise features that can be helpful for minimizing and simplifying the integration:

  • States can control a lot of parameters. I tend to use those instead of RTPCs as much as possible because they are easier to use and to implement.
  • RTPCs can control Switches. This is very useful when creating complex interactive systems with fewer calls from the engine.
  • The 2D Panner or User-Defined 3D Paths can spatialize scripted game objects.  This will allow you to control the movement and location of a particular sound before its integration and minimize bugs.
  • Reverbs can be baked and User-Defined auxiliary sends can be used. When possible, make use of these because chances are that a game made in a weekend will not need a lot of different reverbs, and so everything that can be prepared and controlled in Wwise should be.



Make it sound good

The Soundcaster is a great tool in a game jam environment. There is no need to wait for any integration to be done to have a great sounding mix (hence the choice of User-Defined positions and auxiliary sends when possible)! You can simulate an entire playthrough of the game by using the core Events you created and by mixing the game. This way, you can set up your ducking system, fine-tune your RTPC's curves, and deliver fully functional and mixed SoundBanks, ready for implementation.

 

AKArtcile_pic2

Soundcaster / Voice Monitor and Advanced Profiler are useful tools to simulate complete playthrough without having to integrate anything in the game engine.

When you are able to integrate your sound design (which may be in the last few hours of the jam...), all your homework and good practice during the jam will hopefully make the integration fast, smooth, and painless!

Conclusion

Game jams are great events for having fun with like-minded people while creating cool sounds. I always learn and improve during those events, and they sometimes give me ideas for design and integration processes for other projects. But, in essence, game audio is not the perfect fit for such a short production period since there is a high dependency on the team progress to design and integrate sounds. Therefore, complex interactive audio behaviours and a perfect sounding mix are not the easiest to achieve. From Soundcaster and nesting Events, to time-based and user-defined control of parameters, Wwise precisely offers various features that can help a sound designer work efficiently, regardless how the game production is progressing. 

Game jams are also the opportunity to demonstrate all the benefits of such tools to programmers who may have never worked with audio middleware. This is a good thing for the game audio community! I would encourage students and more experienced sound designers to use Wwise for game jams, or other micro-projects.

 

 

Yoann Morvan

Technical Sound Designer

Yoann Morvan

Technical Sound Designer

I am a French sound designer based in Montreal (at time of writing). After a few years working in the cinema industry in Paris, my passion for video games brought me to London where I graduated from the University of Westminter to specialize in interactive audio. I have since been collaborating with multiple studios on projects from AAA to indie.

 @YoannMorvan1

댓글

댓글 달기

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

다른 글

Unity3D에서 사운드 디자이너의 역량 강화하기

최근 몬트리올 국제 게임 서밋(Montréal International Game Summit, MIGS)에서 '사운드 디자이너의 역량 강화하기'라는 제목으로 발표를 한 적이...

6.11.2018 - 작성자: BEATRIX MOERSCH (베아트릭스 모쉬)

Wwise 개발팀이 직접 전해드리는 팁!

이 글은 주로 Wwise 고급 사용자에 초점을 맞춰, 몇 가지 팁을 통해 비교적 덜 알려진 Wwise 기능을 다루고 있습니다. 여러분의 지식 수준에 따라 일부 섹션은...

30.4.2019 - 작성자: 베르나르 로드리그 (Bernard Rodrigue)

Wwise CPU 최적화: 기본 가이드라인

오디오 제작자에게 힘을 실어준다는 것은, 한편으론 이들의 손에 일부 게임 리소스의 책임을 넘긴다는 것을 뜻합니다. Wwise는 편집기와 SDK를 통해 최소한의 CPU 예산을 지킬...

29.5.2019 - 작성자: 아드리앙 라보아 (Adrien Lavoie)

Blade Runner: Revelations (블레이드 러너: 리벨레이션)

Blade Runner: Revelations는 잘 알려진 영화 ‘Blade Runner (블레이드 러너)’ 프랜차이즈에 기반한 상호작용 모바일 VR 게임으로, 최근 Seismic...

23.7.2019 - 작성자: Hexany Audio (헥사니 오디오)

잔향도 공간화가 필요합니다: Wwise Spatial Audio의 Room과 Portal 가이드

최근에 공간 음향에 대한 관심이 아주 뜨거워졌습니다. 하지만 사실 '공간 음향'이 의미하는 것은 매우 다양할 뿐만 아니라 사용할 수 있는 옵션이 너무 많아 어렵게 느껴질 수...

6.8.2019 - 작성자: 네이튼 해리스 (NATHAN HARRIS)

Wwise 오디오 플러그인을 제작하는 간단한 과정

Wwise용 오디오 플러그인을 개발하는 것은 디지털 오디오 편집 프로그램 (DAW)에서 플러그인을 개발하는 것과 꽤 다릅니다. Wwise는 상호작용적이며 수많은 플랫폼을 지원하기...

27.8.2019 - 작성자: 조엘 로비쇼 (Joel Robichaud)

다른 글

Unity3D에서 사운드 디자이너의 역량 강화하기

최근 몬트리올 국제 게임 서밋(Montréal International Game Summit, MIGS)에서 '사운드 디자이너의 역량 강화하기'라는 제목으로 발표를 한 적이...

Wwise 개발팀이 직접 전해드리는 팁!

이 글은 주로 Wwise 고급 사용자에 초점을 맞춰, 몇 가지 팁을 통해 비교적 덜 알려진 Wwise 기능을 다루고 있습니다. 여러분의 지식 수준에 따라 일부 섹션은...

Wwise CPU 최적화: 기본 가이드라인

오디오 제작자에게 힘을 실어준다는 것은, 한편으론 이들의 손에 일부 게임 리소스의 책임을 넘긴다는 것을 뜻합니다. Wwise는 편집기와 SDK를 통해 최소한의 CPU 예산을 지킬...