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

댓글

댓글 달기

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

다른 글

Wwise 2019.1 출시!

Wwise 2019.1이 출시되었습니다. Wwise 런처에서 새로운 Wwise를 다운로드하세요. Wwise 2019.1 버전에는 GDC 2019에서 가장 뜨거운 관심을 받았던...

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

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

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

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

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

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

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

Wwise와 Unity로 12일만에 상호작용 폴리 디자인하기

버튼을 누를 때마다 캐릭터의 외모, 태도, 자세가 끊임없이 새로워지는 캐릭터가 걷는다는 것은 폴리 아티스트에게 정말 꿈만 같으면서도 동시에 악몽이기도 하죠. 꿈이든 악몽이든,...

24.9.2019 - 작성자: 피에르-마리 블랑 (Pierre-Marie Blind)

라우드니스를 처리하는 최상의 방법, 제 2강: 라우드니스와 다이내믹 처리 방법

우리가 여기서 말하는 '라우드니스'는 우리가 예시로 측정하는 도시 소음이나 sound pressure level (SPL) 미터와는 다릅니다. SPL 미터는 소리 압력을 측정해요....

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

새로운 기능 개요 2019.2

Profiler Filtering (프로파일러 필터링) Capture 세션을 보면, 주어진 시간 안에 생기는 많은 캡처 데이터를 어렵지 않게 발견할 수 있습니다. 이는...

14.2.2020 - 작성자: Audiokinetic

다른 글

Wwise 2019.1 출시!

Wwise 2019.1이 출시되었습니다. Wwise 런처에서 새로운 Wwise를 다운로드하세요. Wwise 2019.1 버전에는 GDC 2019에서 가장 뜨거운 관심을 받았던...

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

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

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

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