A hiring manager at a game studio opens a portfolio link from an applicant. They have the audio playing through laptop speakers, they are also looking at four other portfolios, and they have budgeted roughly ninety seconds for this one before they decide whether to move on. If the first thing they hear is a slow fade-in and thirty seconds of ambient wind, they will close the tab before the first impact sound plays.
This is the reality that most sound design portfolio advice ignores. The portfolio is not a showcase of your best work. It is a filter, and the reviewer is using it to decide whether to spend more time on you than on the next person. Every decision about structure, length, ordering, and what you say about your work either passes that filter or fails it.
The general sound design guide covers how to design the individual effects. This article is about packaging them into something that gets you into the room. The selling sound effects guide and the freelance pricing guide cover the business side; this is the entry-level portfolio specifically.
What does a reviewer actually look at in the first ten seconds?
The first ten seconds are not about your best sound. They are about two things: whether you have taste, and whether you understand pacing. A reviewer can tell more about a sound designer from the sequence and rhythm of the first three sounds they hear than from any individual effect.
The specific signals a reviewer is reading in those first seconds:
- Whether the opening is a hit or a fade. A portfolio that opens with a sharp, decisive sound tells the reviewer that the designer knows how to make an entrance. A portfolio that opens with a slow pad or a fade-in tells them the designer does not understand that they are being evaluated.
- Whether the audio is mastered. If the first sound is quieter than the reviewer expected, or if the levels vary wildly between the first two sounds, the reviewer assumes the same inconsistency will show up in the work. The level normalization matters before the portfolio is assembled, not during.
- Whether the work is contemporary. A portfolio of nothing but retro 8-bit sounds tells the reviewer that the designer is stuck in one style. A portfolio that opens with a modern, layered effect and moves to a retro effect tells them the designer has range.
- Whether the video and audio are synced. This is the cheapest signal to send and the most common one to fail. A sound effect that plays 100 milliseconds late relative to its visual reads as a timing error, even in a reel where the sound was intentionally designed for something else.
The order of the first three sounds is more important than the quality of any of them. A portfolio that leads with a layered weapon impact, follows with a distinctive UI click, and then shows a footstep on a specific surface has already communicated that the designer can build layers, understands interface audio, and cares about material detail. The reviewer will keep watching.
Why is a longer reel worse than a shorter one?
The instinct when assembling a portfolio is to include everything, because each piece represents time and effort. The instinct is wrong. A portfolio is evaluated by signal- to-noise ratio, not by total content. Every item that is not as strong as the strongest item dilutes the impression the reel makes.
The empirical length that works is specific. For a submission reel — the single piece you send with an application — the target is 2 to 3 minutes total. For an online portfolio with a browsable list of projects, each individual project should have a 30 to 90 second presentation. The longer version belongs on the project page, not in the reel.
| Portfolio format | Target length | Content density |
|---|---|---|
| Submission reel | 2 to 3 minutes | 8 to 12 pieces, 10 to 20 seconds each |
| Individual project presentation | 30 to 90 seconds | Single scene, focused |
| Long-form breakdown | 3 to 5 minutes | Same project, with commentary |
| Demo reel for a specific job posting | 90 seconds to 2 minutes | Only the work relevant to the role |
The submission reel is the piece that most portfolios fail on. A five-minute reel with four strong pieces and twenty weak ones will be remembered as a five-minute reel that was mostly weak. The same four strong pieces, presented in a 90-second reel, will be remembered as a designer whose work is consistently good.
The rule of thumb that helps in practice is: if a piece is not in the top 60 percent of your work, it does not go in the submission reel. It can go on the portfolio site where the reviewer can choose to see it, but it does not go in the thing that has to work on its own.
What kinds of portfolio pieces actually demonstrate skill?
The three kinds of portfolio pieces that reviewers respond to are different from the three kinds that applicants default to. The default pieces — a solo sound effect, a music loop, a cover of an existing game's audio — are the least useful because they do not show the designer working within constraints.
Redesign pieces. Take a scene from a published game, mute the original audio, and redesign the sound for it. The published game provides the visuals and the gameplay, so the reviewer can evaluate how well the new audio fits. This is the closest thing to a job simulation that a portfolio can contain, and it is the piece reviewers look for first. The weapon sound layering guide and the Unity footstep tutorial both cover the specific techniques for this kind of work. The copyright considerations are covered in the next section.
Original game jams. A short game made for a jam is valuable because it demonstrates the designer working to a deadline, in a real engine, with actual gameplay constraints. The Wwise integration guide and the FMOD setup guide are the practical entry points. A jam game does not need to be good as a game; it needs to show the designer making decisions under pressure and shipping something.
Technical demonstrations. A video that shows the designer building a system rather than an individual sound is the piece that separates applicants who understand middleware from those who only know how to make effects. A screen recording of an adaptive music system being tuned in Wwise, a procedurally generated footstep system being adjusted in Unity, or a hybrid AI- and-manual audio pipeline being debugged are all pieces that reviewers will watch twice. The vertical layering tutorial, the procedural footstep implementation, and the hybrid pipeline guide are all examples of the kind of work that goes into a technical demonstration piece.
The pieces that should be avoided: solo sound effects with no context, music tracks that are not game music, covers of existing game audio, and anything longer than ninety seconds that does not have a clear reason for being that long.
How do you handle copyright when using game footage?
The redesign piece is the most effective portfolio item, and it is also the one that creates the most confusion about copyright. The reviewer knows that redesigns use existing game footage. The question is whether the designer has done the work to use that footage responsibly.
The practice that works is:
- Use gameplay footage, not cutscenes. Cutscenes contain dialogue and composed music that are the intellectual property of the original studio. Gameplay footage is generally safer because it is functional content rather than authored performance.
- Replace all audio, not just some of it. A redesign that keeps the original weapon sounds and adds new ambience is a copyright problem. A redesign that replaces everything is a derivation, which is generally acceptable for portfolio purposes.
- Credit the source explicitly. A simple line in the video description or the portfolio page that says "Gameplay footage from [Game Name] by [Studio]. Audio redesign by [Your Name]." is enough to make the intent clear. This is not a legal shield, but it is the accepted practice.
- Do not monetize the redesign. A redesign piece on a portfolio site is not monetized. A redesign piece used in a paid YouTube video is monetized, and that changes the legal analysis. If the piece is going to be in a monetized video, use your own gameplay footage or obtain permission.
- Keep a fallback portfolio. Every designer should have a version of their portfolio that does not rely on redesigns, in case a specific piece has to be removed. This is the same principle as the legal sound sources guide recommends for other contexts.
The practical outcome is that redesign pieces are almost never pursued legally, because the studios understand that they are educational work and pursuing them would damage their hiring pipeline. The designers who get into trouble are the ones who monetize the redesign or who use footage from games whose studios are known to be litigious about their IP. Both are avoidable.
What should the text on a portfolio piece actually say?
The description that accompanies a portfolio piece is where most designers either over-explain or under-explain. The text should answer three questions and stop: what the piece is, what the designer did, and what the specific design decisions were.
A working template for a redesign piece:
[Game name] — Audio Redesign
Type: Redesign of gameplay footage
Tools: Wwise, Reaper, field recordings
Length: 45 seconds
What I did:
- Replaced all original audio with a new mix
- Recorded footstep sources on three surface types
- Layered weapon impacts with transient + body + tail
- Built an RTPC-driven combat intensity system for music
Notes:
The goal was to make combat readable without the
music overpowering the weapon feedback. The music
ducks -6 dB when the player takes damage to
preserve the hit sound.
The template is short and specific. It tells the reviewer which tools were used, what the intent was, and what the designer's design thinking was. The music intensity system guide covers the thinking behind the RTPC-driven combat music; the portfolio text does not need to re-explain it, only to signal that the designer understands it.
The most common mistake in portfolio text is describing the sound rather than the decision. "A deep impact sound with a low-frequency body" is describing the sound. "A layered impact designed to read as heavy without muddying the music mix" is describing the decision. Reviewers evaluate decisions, not sounds.
Which platforms reach hiring managers, and what does each one signal?
The platform a portfolio is hosted on is part of the first impression. Different platforms signal different things about the designer, and the wrong platform can undermine an otherwise strong portfolio.
| Platform | Best for | Weakness |
|---|---|---|
| Personal website | Full control, custom presentation | Slow to update, needs maintenance |
| SoundCloud | Audio-only projects, music | No video, no context for game work |
| YouTube | Video-based redesigns, breakdowns | Comments and ads can distract |
| Vimeo | Reels for formal submission | Smaller audience, less discoverable |
| Networking, recruiter reach | Not suited to audio playback | |
| Personal portfolio PDF | Attaching to applications | Static, no video |
The combination that works for most designers at the entry level is a personal website as the primary portfolio, with the submission reel hosted on Vimeo or YouTube and linked from the site. The website gives full control over the presentation; the video host provides reliable playback and analytics. The selling sound effects guide covers the storefront platforms separately, because those serve a different purpose.
The mistake that costs applicants the most is linking to a SoundCloud page as the primary portfolio. SoundCloud has no video, which means the reviewer cannot see how the audio fits the game. For a game sound design role, the video is the point. An audio-only portfolio is appropriate for a music or audio post-production role, not for a game audio role.
What is the smallest viable portfolio, and how long does it take to build?
The portfolio that gets a designer into interviews is smaller than most designers expect. Three strong pieces are enough to demonstrate the range a studio needs to see. The specific pieces and the time each one takes:
| Piece | Production time | What it demonstrates |
|---|---|---|
| Redesign of a combat-heavy game | 20 to 40 hours | Layering, mix, integration |
| Original game jam entry | 30 to 60 hours | Deadline work, engine familiarity |
| Technical demonstration | 15 to 30 hours | Middleware, systems thinking |
The total time is between 65 and 130 hours of work, which for a part-time effort is two to four months. This is longer than most applicants expect, and it is the reason most entry-level portfolios are weak. A designer who spends two months producing three focused pieces will outperform a designer who spends two weeks producing twenty shallow ones every time.
The order in which the pieces should be built is the same order they appear in the reel: the redesign first, because it teaches the most and produces the strongest piece. The jam game second, because it forces the designer to work with constraints and produces a piece that reviewers trust. The technical demonstration last, because it builds on the skills acquired in the first two and is the hardest to fake.
A portfolio assembled in this order does not need a designer to explain why they are qualified. The work explains it. The text on the portfolio page answers the specific questions a reviewer has — which tools, what decisions, what was the intent — and then stops.
The final observation is that the portfolio is not the designer's identity. It is a specific tool for a specific purpose: getting the first interview. Once the designer is in the room, the conversation shifts from the portfolio to the skills behind it. The portfolio's only job is to get the designer into that room, and every decision about its length, content, and presentation should be evaluated against that single goal.
Generate Sound Effects for Your Portfolio Piece
Open the SfxMaker generator and create the source sounds for a redesign or a game jam project. Working with generated source material means the portfolio piece does not depend on licensed libraries, which removes one of the questions a reviewer might ask about the audio's provenance.
Open SfxMaker Generator →