<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Hindsight blog</title>
    <link>https://hindsightclips.com/blog/</link>
    <description>Guides to clipping and recording games on a Mac.</description>
    <language>en</language>
    <lastBuildDate>Tue, 11 Aug 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://hindsightclips.com/blog/feed.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>How to clip gameplay on a Mac</title>
      <link>https://hindsightclips.com/blog/how-to-clip-gameplay-on-mac/</link>
      <guid isPermaLink="true">https://hindsightclips.com/blog/how-to-clip-gameplay-on-mac/</guid>
      <pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate>
      <description>There are five ways to record gameplay on a Mac: the Shift-Command-5 toolbar, QuickTime, OBS Studio, Steam&#x27;s own Game Recording, and a dedicated instant-replay app. Which one you want depends on whether you know in advance that you want to record, or only realise afterwards.</description>
      <content:encoded><![CDATA[<p> There are five ways to record gameplay on a Mac and they are not interchangeable. Two are built into macOS, two are free downloads, and one is the category this site is about. Which you want depends almost entirely on a single question: do you know in advance that you want to record? </p> <h2>The question that decides it: before or after?</h2> <p> Every screen recorder falls into one of two groups. <strong>Prospective</strong> tools record from the moment you press start, so you have to know beforehand that something worth keeping is about to happen. <strong>Retroactive</strong> tools — instant replay, replay buffers, "save the last N seconds" — are always holding the recent past in memory, so you press the button after the thing has already happened. </p> <p> Almost all the frustration people have with Mac recording comes from using a prospective tool for a retroactive job. You cannot know that the next thirty seconds will contain the best round of your life. If that is the problem you have, skip to the last section, because the first four options do not solve it. </p> <h2>1. Screenshot toolbar (Shift-Command-5)</h2> <p> Built into macOS since Mojave. Press <kbd>Shift</kbd>-<kbd>Command</kbd>-<kbd>5</kbd>, choose Record Entire Screen or Record Selected Portion, and press Record. The file lands on your desktop as a .mov when you stop. </p> <p> <strong>Good for:</strong> a quick capture of something you are looking at right now, with no install and no configuration. <strong>Bad for:</strong> gaming. It records the whole screen or a rectangle of it, so notifications, your menu bar and anything on a second display are in the file. It does not capture audio from your applications without extra software. And it is entirely prospective. </p> <h2>2. QuickTime Player</h2> <p> File, then New Screen Recording. Functionally the same capture path as the screenshot toolbar on modern macOS, with a more familiar window around it and easy trimming afterwards. </p> <p> <strong>Good for:</strong> recording a session you intend to edit down later. <strong>Bad for:</strong> the same reasons, plus QuickTime writes uncompressed or lightly compressed files that get very large very quickly. A long session can fill a drive. </p> <h2>3. OBS Studio</h2> <p> Free, open source, and by far the most capable thing on this list. OBS can capture a specific window, mix several sources, stream, and — importantly for this discussion — it has a <strong>Replay Buffer</strong>, which is a genuine retroactive recorder. </p> <p> The catch is that none of that is on by default. OBS opens with a blank scene; you add sources and confirm your audio devices before anything is captured at all. The Replay Buffer then has to be enabled in Settings under Output, given a length, and bound to hotkeys for Start Replay Buffer and Save Replay Buffer. And it does not arm itself: you press Start Replay Buffer every session, and if you forget, the moment you wanted was never in memory to save. </p> <p> <strong>Good for:</strong> anyone who streams, needs multiple sources, or is already comfortable in OBS. It is free and it is genuinely excellent. <strong>Bad for:</strong> the case where you just want a clip and do not want to operate a broadcast console. Also worth knowing: isolating a single application's audio is not something OBS does natively on macOS, which is why so many Mac OBS guides end with "install an audio routing driver". <a href="/compare/hindsight-vs-obs/">The full comparison is here</a>. </p> <h2>4. Steam's built-in Game Recording</h2> <p> Steam added its own recording feature, including a background mode that keeps recent gameplay so you can clip after the fact. If the game you play is launched through Steam, this is free and already installed. </p> <p> <strong>Good for:</strong> Steam games, if you are happy inside Steam's overlay and its clip library. <strong>Bad for:</strong> everything that is not a Steam game. A large share of Mac gaming happens outside Steam entirely — App Store titles, launchers like Battle.net, emulators such as RPCS3, Dolphin and RetroArch, games running through CrossOver or the Game Porting Toolkit, and browser games. Steam structurally cannot record any of those, because it only knows about games it launched. </p> <h2>5. A dedicated instant-replay app</h2> <p> This is the category NVIDIA created with ShadowPlay on Windows and Medal built a company on. The app holds the last N seconds of your game in a memory buffer, continuously discarding anything older, and writes a file when you press a key. Nothing touches your disk until you do. </p> <p> On Windows there are several. On macOS the category was empty for years: ShadowPlay is NVIDIA hardware and has never run on a Mac, Xbox Game Bar is Windows-only, and <a href="/compare/hindsight-vs-medal/">Medal's own support documentation says it does not support macOS at all</a>. RetroClip did it well and stopped being updated in 2020. </p> <p> Hindsight is our answer to that. It sits in the menu bar, holds 15 seconds to 5 minutes of a single game window, and writes an .mp4 in about a second when you press <kbd>⌥</kbd><kbd>⇧</kbd><kbd>C</kbd> — including from inside a fullscreen game. Because it captures one window rather than your screen, notifications and your second display are never in the clip, and it can record that game's audio without your Discord call. </p> <h2>So which one?</h2> <ul> <li><strong>You know in advance and just need a file:</strong> Shift-Command-5. It is already there.</li> <li><strong>You stream, or need multiple sources:</strong> OBS Studio, and nothing else comes close.</li> <li><strong>You only play Steam games and live in Steam:</strong> Steam's own Game Recording.</li> <li><strong>You want to clip things that already happened, in any game:</strong> an instant-replay app.</li> </ul> <h2>Two things that catch people out on macOS</h2> <p> <strong>Permission.</strong> Every one of these tools needs Screen &amp; System Audio Recording permission in System Settings, under Privacy &amp; Security. macOS also re-confirms it periodically, so a prompt reappearing for an app you already approved is normal and clicking Allow keeps the existing grant. </p> <p> <strong>Audio.</strong> macOS has historically had no way to record another application's sound, which is why older guides tell you to install a virtual audio driver like BlackHole or Loopback. That is no longer strictly true: ScreenCaptureKit can capture a single application's audio when you capture that application's window, which is how per-app audio works without a driver. Whether a given tool uses it is another matter. <a href="/blog/record-game-audio-without-discord-mac/">More on that here</a>. </p>]]></content:encoded>
    </item>
    <item>
      <title>How to record game audio without your Discord call</title>
      <link>https://hindsightclips.com/blog/record-game-audio-without-discord-mac/</link>
      <guid isPermaLink="true">https://hindsightclips.com/blog/record-game-audio-without-discord-mac/</guid>
      <pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate>
      <description>macOS mixes every application&#x27;s sound into one stream before it reaches your speakers, so a recorder reading that output cannot separate the game from Discord. The fix is to capture the game&#x27;s window rather than the display, which lets ScreenCaptureKit take that application&#x27;s audio in isolation, with no virtual audio driver.</description>
      <content:encoded><![CDATA[<p> You clip a good round, watch it back, and your friend is talking over the entire thing. Or the opposite: the callout was the best part and it is not in the file at all. Both are the same problem, and on macOS it has a specific cause and a specific fix. </p> <h2>Why macOS mixes everything together</h2> <p> A Mac has no "record only this app's sound" switch in the operating system. What comes out of the speakers is a single mixed stream: your game, Discord, Spotify, a notification chime, a browser tab you forgot about. By the time audio reaches the output device it has already been combined, and no recorder reading that output can separate it again. </p> <p> This is why, for a decade, every Mac recording guide ended the same way: install a virtual audio driver. Tools like BlackHole, Loopback or Soundflower create a fake output device, you route applications into it, and the recorder captures that instead. It works, and it is genuinely clever, but it means installing a kernel-level audio driver, re-routing your sound, and then remembering to put it back when you want to listen to music normally. </p> <h2>What changed</h2> <p> Apple's ScreenCaptureKit, which is the modern framework behind screen recording on macOS, can capture audio <em>per application</em>. When a recorder captures a specific application's window rather than your whole display, it can ask the system for that application's audio in isolation — before it has been mixed with everything else. </p> <p> That is the whole trick, and it has two consequences worth understanding: </p> <ul> <li> <strong>It requires a window capture, not a display capture.</strong> If a tool is recording your whole screen, there is no single application to isolate audio from, so you get the full system mix. This is not a setting anyone can toggle around; it follows from what a display capture is. </li> <li> <strong>It needs no extra software.</strong> No virtual device, no routing, nothing to uninstall later. Your speakers keep behaving normally while the recording gets a clean feed. </li> </ul> <h2>Getting the game and not the call</h2> <p> In practice, whatever tool you use, the recipe is the same: </p> <ol> <li>Capture the <strong>game's window</strong>, not the display it happens to be on.</li> <li>Set the audio source to the <strong>captured application only</strong>, rather than system audio.</li> <li>Put your microphone on its own track if you want your own voice, so you can decide later rather than at record time.</li> </ol> <p> In Hindsight those are two switches in Settings under Audio, and the microphone is a third. A window capture defaults to that game's audio alone, which is the case people want most of the time; one setting flips it to the entire system when the callouts are the reason you are clipping at all. </p> <h2>When you actually want the whole mix</h2> <p> Do not over-correct. A clip of a squad wipe is often better <em>with</em> four people shouting over it, and a reaction is not a reaction without the voices. The reason to separate them is not that voice is noise; it is that recording them separately means the choice is still available afterwards. Recording the mix bakes the decision in at the moment you are least able to think about it. </p> <h2>What about the other people on the call?</h2> <p> Worth a sentence, because it is a real question and not only a technical one. Recording a voice call means recording other people, and consent rules for that vary by country and by US state — some require every participant to agree. Whether your friends mind is usually the more immediate consideration, but the legal position is not uniform, and "it was in the game clip" is not a defence anywhere. Our <a href="/terms">terms</a> put the same point more formally. </p> <h2>Quick reference</h2> <ul> <li><strong>Game only, no Discord:</strong> window capture, audio set to the captured application.</li> <li><strong>Game plus callouts:</strong> display capture, or a window capture with system audio.</li> <li><strong>Your voice too, but removable later:</strong> microphone as a separate track.</li> <li><strong>Still on an older tool that cannot do any of this:</strong> a virtual audio driver is still the fallback, and still works.</li> </ul>]]></content:encoded>
    </item>
    <item>
      <title>Screen recording permission on macOS, and why it keeps asking</title>
      <link>https://hindsightclips.com/blog/mac-screen-recording-permission/</link>
      <guid isPermaLink="true">https://hindsightclips.com/blog/mac-screen-recording-permission/</guid>
      <pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate>
      <description>Screen &amp; System Audio Recording permission lives in System Settings under Privacy &amp; Security, and macOS re-confirms it periodically even for apps you have already approved. Clicking Allow keeps the existing grant. A prompt on every single launch means the entry is inconsistent and should be removed and re-added.</description>
      <content:encoded><![CDATA[<p> If you have installed anything on a Mac that records the screen, you have met this dialog. It reappears, it seems to forget your answer, and it is the single most common thing people write to us about. None of it is a bug, and the behaviour makes more sense once you know what the permission is actually protecting. </p> <h2>What the permission is</h2> <p> It is called <strong>Screen &amp; System Audio Recording</strong>, and it lives in System Settings under Privacy &amp; Security. Without it, macOS will not let an application see the contents of any window it does not own. An app without the permission does not get a degraded picture or a black rectangle with a warning: it gets nothing. </p> <p> The reason it is guarded this heavily is that screen contents are the most revealing thing on a computer. Everything else you protect with a password is on screen at some point after you have typed it — your email, your bank, your messages, your password manager while it is unlocked. A screen recorder is, by definition, an app that can watch all of it. </p> <h2>Granting it</h2> <ol> <li>Open <strong>System Settings</strong>, then <strong>Privacy &amp; Security</strong>.</li> <li>Choose <strong>Screen &amp; System Audio Recording</strong>.</li> <li>Turn the switch on for the app.</li> </ol> <p> Older versions of macOS required you to quit and reopen the app afterwards. That is no longer necessary in general, and a well-built app notices the grant the moment it happens — Hindsight detects it during onboarding and moves on without asking you to restart anything. </p> <h2>Why it keeps asking again</h2> <p> This is the part that feels like a malfunction and is not. Recent versions of macOS <strong>re-confirm</strong> screen recording permission periodically, even for applications you have already approved. Apple's reasoning is reasonable enough: a permission granted once, two years ago, to an app you no longer remember installing, is not really informed consent. </p> <p> So the prompt returning is expected. <strong>Clicking Allow keeps the existing grant</strong> — you are not re-granting from scratch and nothing is reset. </p> <p> What is <em>not</em> expected is the prompt appearing on every single launch. That usually means the permission entry has become inconsistent, often after an app was moved, replaced by an update, or restored from a backup. The fix is to rebuild the entry: </p> <ol> <li>Go to Privacy &amp; Security, then Screen &amp; System Audio Recording.</li> <li>Select the app and remove it with the minus button.</li> <li>Launch the app again and grant the permission when it asks.</li> </ol> <h2>Why a recorder must be in /Applications</h2> <p> Permission is tied to the app's identity and its location. Running a recorder from your Downloads folder, or from the disk image it arrived on, produces exactly the symptoms above: permission that appears to be granted but does not persist. Drag the app to <strong>Applications</strong> first, then grant. </p> <h2>How to tell it is actually working</h2> <p> A screen recorder that lacks permission usually cannot tell you so in an obvious way, because from its point of view the capture simply produces nothing. Look for a signal in the app itself rather than trusting the settings window: Hindsight dims its menu bar mark when the permission is missing, and the buffer readout in the sidebar stays at zero rather than counting up. If the readout is climbing, capture is genuinely running. </p> <h2>What the permission does not grant</h2> <p> Worth being precise, because "it can see my screen" sounds alarming and the scope is narrower than it sounds. </p> <ul> <li><strong>Microphone is separate.</strong> A different permission, asked for separately, and only if an app records your voice.</li> <li><strong>Camera is separate.</strong> Screen recording permission grants no camera access at all.</li> <li><strong>It does not imply network access.</strong> An app can be permitted to see your screen and still never send anything anywhere. Hindsight's App Store build makes no network requests whatsoever, and you can revoke the permission at any time to stop capture immediately.</li> </ul> <p> If you want the specifics of what a recorder on your machine can reach, ours are written out on the <a href="/security/">security page</a>. </p>]]></content:encoded>
    </item>
  </channel>
</rss>
