How to use Screen Shield for video capture deterrence
Screen Shield adds an animated overlay during playback so some captured copies show visible artefacts. Test it on representative footage, then combine it with the access and delivery controls your library needs.

Paid courses, internal training and client libraries benefit from a protection plan that addresses both access and redistribution. Screen Shield contributes capture deterrence by making a saved recording look worse than the live playback on supported configurations.
What Screen Shield actually is
Screen Shield is a per-video player option. When it is on, the DynTube player composites an animated pattern over the picture during playback: a low-opacity sinusoidal wave that shifts continuously and is blended into the frame rather than drawn as a solid layer on top of it.
The pattern continuously overlays the frame so a recording can pick up artefacts a viewer watching in real time is less likely to find distracting. Its value depends on the footage, device and capture tool, which is why the workflow below starts with a representative test rather than a library-wide switch.
Use each protection control for its strongest role
Screen Shield works best as one part of a layered policy:
- Use Screen Shield to alter the appearance of captures and judge the result with your own recording test.
- Use dynamic or IP watermarking when viewer-specific attribution is the priority.
- Use login, subscription or application entitlement to select the audience allowed to reach playback.
- Use approved-domain rules to keep browser embeds on the sites you control.
- Use encrypted HLS or a separately arranged DRM path to protect delivered media and keys.
How it differs from the other protection controls
These features have separate purposes, settings and plan entitlements. Select and verify the combination that matches the way your audience receives the video.
| Control | Works on | What it addresses |
|---|---|---|
| Encrypted HLS delivery | The stream in transit and at rest on the CDN | Retrieving a stable, playable file without an authorised playback session |
| Dynamic and IP watermarking | The rendered picture, per viewer | Attribution, when configured and entitled and there is identity or IP data to render |
| Screen Shield | The rendered picture, during playback | Appearance of a screen recording; intended as a deterrent |
| Extra Security | Encrypted-HLS key requests | Sends those key requests to a DynTube player-specific validation path; applies only with encrypted HLS |
| Studio multi-DRM | Licence-based playback in supporting clients | A licence-and-key regime enforced by the client platform |
Watermarking supports attribution when it is enabled, entitled and configured on the video: dynamic watermarking uses viewer identity or supplied text, while IP watermarking uses the client IP address. Studio multi-DRM is arranged as a separate protection path.
Confirm availability and effective settings
Screen Shield, Extra Security, encrypted delivery and dynamic/IP watermarking are plan features. On current plan defaults they are included with Pro and Enterprise, and your account may have been configured differently again. The normal resolved player path gates each option on your account's entitlement — so a checkbox in the dashboard is not by itself proof that the overlay is running; confirm the rendered result.
The player resolves the effective video settings together with account entitlement. Enable Screen Shield for a representative video and confirm the overlay in rendered playback before expanding the configuration to the rest of the project.
How to decide, in practice
- Confirm the entitlement on your account, then enable Screen Shield on one representative video rather than the whole library.
- Watch that video normally on the devices and browsers your audience actually uses — including a phone and, if relevant, a TV app — and decide whether the overlay costs you anything as a viewer.
- Record it yourself using the capture paths you are worried about: the OS recorder, a meeting tool's screen share, a common third-party capture app. Compare the recordings against a control with the overlay off.
- Judge the result on your own footage and identify the titles and target devices where the capture difference is meaningful.
- Whatever you conclude, keep the controls that gate access — login protection, subscription plans, and allowed domains where they are configured — doing the heavier work.
The reasonable expectation to set
Use Screen Shield to make casual screen grabs less useful on the clients where your test shows a meaningful difference. Pair it with encrypted delivery, controlled viewer access and entitled watermarking so delivery protection, audience selection, capture deterrence and attribution each have a defined role.
Sources
References, with the date each one was last checked.
- Screen-recording protection boundaries
DynTubeChecked
- Dynamic watermarking and Screen Shield
DynTubeChecked
- Video security controls
DynTubeChecked
- Current DynTube plans
DynTubeChecked