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

댓글

댓글 달기

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

다른 글

라우드니스를 처리하는 최상의 방법, 제 3강: 게임을 위한 측정 가능한 라우드니스 처리

우리는 대부분의 경우 복잡한 사운드를 다룹니다. 게임에서는 각 사운드가 전반적인 출력 라우드니스에 기여합니다. 영화나 텔레비전 제작과 달리 작은 세그먼트의 다이내믹과 주파수 반응을...

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

파이널 판타지 VII 리메이크의 사운드

수많은 사람들의 사랑을 받는 파이널 판타지 VII의 음악은 새로운 세대의 팬들이 경험할 수 있도록 수 년에 걸쳐 새롭게 재고되어 왔습니다. 최근 Square Enix(스퀘어...

4.5.2021 - 작성자: SQUARE ENIX (스퀘어 에닉스)

Wwise+GME 게임 음성 솔루션: 다양한 음성 플레이 대방출, 생생한 몰입감 선사

AppAnnie2021 모바일 게임 리포트는 강력한 소셜 인터랙션 속성을 가진 배틀 그라운드, 슈팅 및 온라인 MOBA가 플레이어들의 사랑을 많이 받았으며 게임 시간 증가를...

13.1.2022 - 작성자: Tencent Cloud

zerocrossing의 SpectralMultiEffect

SpectralMultiEffect는 Wwise용 플러그인입니다. 이 플러그인은 게임에서 상호작용성을 향상시키기 위해 제작되었으며 사운드 디자이너가 실험해보고 오디오를 변화시킬 수...

9.2.2022 - 작성자: 하비에르 아르시니에가스(Javier Arciniegas)

WAQL 2.0

Wwise Authoring Query Language (WAQL, 와클) 첫 번째 버전이 출시된 지 벌써 몇 년이 지났습니다. 첫 버전 이후 크게 변경된 점은 없습니다. 가장...

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

Strata 작업 과정 파워업하기 | 2부 - "연결된 REAPER 프로젝트 열기"

Wwise를 REAPER와 함께 사용하는 사운드 디자이너라면 Wwise에서 작업하는 동안 REAPER에서 사운드를 다시 렌더링하고 싶은 경우가 종종 있습니다. 원래대로라면 관련...

15.8.2023 - 작성자: Audiokinetic (오디오키네틱)

다른 글

라우드니스를 처리하는 최상의 방법, 제 3강: 게임을 위한 측정 가능한 라우드니스 처리

우리는 대부분의 경우 복잡한 사운드를 다룹니다. 게임에서는 각 사운드가 전반적인 출력 라우드니스에 기여합니다. 영화나 텔레비전 제작과 달리 작은 세그먼트의 다이내믹과 주파수 반응을...

파이널 판타지 VII 리메이크의 사운드

수많은 사람들의 사랑을 받는 파이널 판타지 VII의 음악은 새로운 세대의 팬들이 경험할 수 있도록 수 년에 걸쳐 새롭게 재고되어 왔습니다. 최근 Square Enix(스퀘어...

Wwise+GME 게임 음성 솔루션: 다양한 음성 플레이 대방출, 생생한 몰입감 선사

AppAnnie2021 모바일 게임 리포트는 강력한 소셜 인터랙션 속성을 가진 배틀 그라운드, 슈팅 및 온라인 MOBA가 플레이어들의 사랑을 많이 받았으며 게임 시간 증가를...