Screeners

How to Share a Screener Without It Leaking

Watermarks, capture blocking, expiring links and audit trails — what actually stops unreleased footage getting out, and what only looks like it does.

Updated August 2026

Screeners leak in boring ways. Not clever attacks — a link forwarded to one more person “who needs to see it,” a phone held up during a playback, a downloaded file left in a Downloads folder that later syncs to a personal cloud. The technical countermeasure that stops a determined pirate is rarely the one you need. The one you need is the measure that stops a normal, well-meaning person from being careless.

This is what works, in the order it is worth doing.

1. Stop sending files

The single biggest improvement is to stop handing anyone a copy. A file sent by WeTransfer, Dropbox or email is gone the moment it lands — you have no idea how many copies exist, where they are, or who has them, and no way to withdraw it. Every later precaution is decoration if the first step was to give the footage away.

Streaming-only review keeps exactly one authoritative copy, under your control, revocable at any moment.

2. Watermark every session with the viewer's identity

No software can stop a phone pointed at a screen. Accept that, and change the incentive instead: burn the viewer’s name and session into the frame itself, so any recording — screen or camera — carries the identity of whoever was watching.

This is the most effective control on the list, and it is behavioural rather than technical. People do not leak things that are obviously traced to them. The watermark has to be burned into the video, though, not drawn over it in a web page, where it can be removed with an element inspector.

3. Block screen capture where you actually can

In a browser you cannot. There is no web API that prevents screen recording; anything claiming otherwise is detecting a recorder, not blocking one, and detection is trivially bypassed.

A native macOS app can, because the operating system will exclude a window from the capture stream entirely. Done properly, screenshots, QuickTime, ScreenCaptureKit and every video-call share composite black where the video is — including in fullscreen, which is the case most implementations miss, because macOS creates a new window for it that does not inherit the setting.

4. Make links expire, and make access revocable

A share link that works forever will eventually be somewhere you did not put it. Signed URLs measured in minutes mean a forwarded link is usually dead before it arrives. Pair that with per-person access you can withdraw the moment someone leaves the project.

Test this yourself before trusting any tool: copy a share link, open it in a private window an hour later, and see whether it plays.

5. Keep a log you could actually show someone

If footage does get out, the first question is who had access and when. A list of views is useful; a list that could have been edited afterwards is not evidence.

A hash-chained log — where each entry is sealed with a SHA-256 hash of the one before it — makes tampering detectable. Remove or alter an entry and the chain no longer verifies. That is the difference between a record you keep for yourself and a record you can put in front of a studio.

Doing all five at once

In uncompressed.io this is one switch. Vaulting a video takes it dark on the web — no playback, no share page, no download, no embed — and moves review into the macOS app, where capture blocking, AES-256-GCM encryption at rest, per-session watermarking, short-lived links and the tamper-evident log all apply together.

It is per-video, so the rest of your work still plays in a browser like normal. And because the app plays camera originals natively at up to 15,000 Mbps, the secured copy is the full-quality one — the same file you would grade and deliver from, not a locked-down proxy.

Frequently asked

Can you stop someone screen-recording a video in a browser?

No. There is no browser API that blocks screen recording — tools that claim it are detecting recorders, which is easy to bypass. Real capture blocking requires a native application that can exclude its window from the operating system's capture stream.

Do watermarks actually prevent leaks?

They do not prevent them; they attribute them. A visible per-session watermark carrying the viewer's identity means any copy that escapes points at one person, which is what changes behaviour. It is the only control that still works against a phone pointed at the screen.

Is a password-protected link enough for unreleased footage?

No. A password controls who starts playback; it does nothing once the video reaches the browser, which still caches the file and exposes it to any screen recorder on the machine. For embargoed or pre-release material you need streaming-only playback plus capture blocking and watermarking.

What is the minimum I should do for a client screener?

Stop sending files, and watermark every session with the viewer's identity. Those two alone remove most real-world leak paths. Capture blocking, expiring links and an audit trail are what you add when the material is genuinely embargoed.

Host your work at full bitrate

uncompressed.io streams your master byte-for-byte — no re-encoding, no bandwidth caps, zero platform branding. Free to start, no credit card.

Try the vault

Related guides

How to Share a Screener Without It Leaking