The ad factoryGuide
Color space in video ads: keep overlays consistent
Short answer
Choose a working color treatment, identify each source correctly, and convert mismatched material before combining it. Color tags describe a frame; they do not automatically transform its pixels. Review overlays against footage, then inspect the rendered file around joins and on a normal viewing device before accepting the ad.
Start with the mismatch you can see
A caption box turns gray at the cut, or a graphic loses its expected color beside phone footage. Preserve a short interval containing both sources before changing export settings. Compare the source, timeline, and rendered result to locate the discrepancy; the symptom alone cannot tell you whether interpretation, conversion, the graphic, or the viewer caused it.
Record which source contains the expected appearance and where the difference first appears. Compare the source, timeline preview, and exported interval. If the timeline looks correct but the export differs, inspect the output route. If the discrepancy already exists in the source, changing an export tag is an unlikely repair. This sequence makes investigation specific enough to repeat.
Separate tags from transformed pixels
Color metadata tells software how to interpret image values. A pixel transformation changes those values to move between defined treatments. They are related operations with different consequences. The FFmpeg: filters documentation describe setparams as setting frame properties without changing the pixels. Applying a color tag through that filter should therefore not be described as converting incorrectly encoded material into the desired space.
The Adobe: color management explains color management across source media, sequences, and output. Use that framework to establish what the footage is, how the working sequence interprets it, and what the export should deliver. A label such as BT.709 is useful when it correctly describes the media. It cannot establish that an unknown source was recorded or transformed correctly.

Give graphics and footage one treatment
Build a small comparison sequence before assembling the entire ad. Include a representative footage shot, a graphic, a caption, and the intended background. Look for differences where these elements touch. A graphic viewed alone gives little information about how its edge or fill will appear beside a face, a building, or a light surface in the final scene.
In a hypothetical instruction-card graphic, the comparison has a concrete target: the same white area before and after the join. Keep the source, timeline, and rendered interval available so the investigation can identify where its appearance changes. This hypothetical example does not report a measured color conversion or a technical before-and-after result. The next decision is whether interpretation, transformation, assembly, or viewing explains the mismatch; adding metadata alone cannot answer that question.
| Visible symptom | First comparison |
|---|---|
| Graphic changes at a cut | Same graphic in source, timeline, and output |
| Footage looks wrong before assembly | Source interpretation and reference appearance |
| Overlay disappears after joining | Short render using the actual assembly route |
Source: suggested production checklist, October 2026.

Normalize before relying on joins
In our production in October 2026, a stream-copy concatenation involving a BT.709-tagged graphic and untagged footage produced an output with missing overlays. That is one observed failure route, not a rule that every untagged clip will fail. It led us to check source consistency and use a controlled reencode when assembling mixed material rather than trusting file compatibility alone.
Create an inventory of dimensions, frame rate, stream layout, and color-related metadata for the inputs. Resolve unknown interpretation through the source or editing workflow before assigning a convenient label. Then make a short joined render using the intended settings. Trim and join ad clips with FFmpeg without drift covers trimming, timestamp resets, and joining related streams; use it for the assembly mechanics after deciding how the material should be interpreted.
- 01IdentifyRecord source interpretation and the visible mismatch
- 02CompareRender footage and graphics in one short interval
- 03AssembleJoin consistent streams through the chosen output route
- 04InspectReview boundaries and representative playback
Inspect the actual output
An export can finish successfully and still contain a visible error. Decode the full file, confirm its duration, and inspect frames before and after each change between graphics and footage. Include the last frame of the graphic and the first stable frame of the following shot. A thumbnail generated from the beginning cannot establish what survived the later join.
Our Turntake’s production workflow uses rendered evidence for this acceptance step. Keep a small review note with output filename, timestamp, expected appearance, and the observed difference. When a revision changes the conversion or joining route, render the same test interval again. That keeps the decision tied to a visible result and makes it easier for an editor to reproduce a reported issue.
Keep delivery settings explicit
Write the intended output treatment into the export recipe along with dimensions, frame rate, and audio settings. Video ad export settings: check the delivered file covers the broader delivery checklist. Avoid adding a color tag merely because a scanner reports it missing: first establish whether that tag accurately describes the pixels. Otherwise, the metadata becomes more complete while the interpretation becomes less trustworthy.
Inspect playback in the normal review application and on a device representative of the viewing context. Use this as a practical appearance check, not a claim of calibrated measurement. If two viewers disagree, retain both observations and investigate their interpretation before changing the master. Repeated exports made to satisfy alternating previews can introduce additional uncertainty rather than resolve it.
- OperationRead metadataWhat it establishesWhat the file declares about its image values
- OperationAssign a tagWhat it establishesA stated interpretation, if correct for the source
- OperationTransform pixelsWhat it establishesA defined change between image treatments
- OperationReview outputWhat it establishesWhether the intended appearance survived assembly
Keep other defects out of the diagnosis
A frozen frame, a dropped graphic, and a color shift can all make a join feel wrong. Describe the visible failure before selecting a repair. Detect frozen frames in a video ad render explains interval-based checks for unexpected stillness. A motion detector can locate a suspicious interval, but it cannot decide whether that interval has the correct color or whether an overlay should be present.
Likewise, a caption that is hard to read may need stronger contrast or a different position rather than a color-space change. Check the source graphic and the composited output separately. Preserve distinct review notes for interpretation, missing content, and readability so one successful adjustment does not accidentally close unrelated defects. The editor should know which specific observation still needs resolution.
Record the decision for the next edit
Add source interpretation, working treatment, export treatment, and the accepted test interval to the project record. Save the output recipe beside the media references. The next editor should be able to understand why a transform exists without guessing from a filter name or assuming that every imported source requires the same operation.
ai ugc ads workflow places this check within the wider production sequence. Revisit it when a new camera, graphic source, or rendering route enters the project. Reusing a verified recipe is sensible when the inputs match its assumptions. When those assumptions change, a short comparison render is a more useful next step than silently carrying old tags into the new material.
Who wrote this We made the ads first, for SmartSolar in Denmark, Sweden and Ireland. Then we built Turntake. Where Turntake comes from
FAQ
Does adding a BT.709 tag convert the video?
A metadata tag describes how image values should be interpreted. It does not by itself establish that those values were transformed correctly. FFmpeg’s setparams filter sets frame properties without changing pixels, so identify the source before deciding whether a real conversion is needed.
Why can graphics look different from footage?
The sources may have different interpretation or processing paths, and a graphic’s own colors may also be wrong. Compare source, timeline, and output at the same interval. That helps identify where the discrepancy appears before changing the export or applying a transform.
Should I always reencode mixed clips?
Use a controlled reencode when the assembly or source differences require it, then review the resulting file. Our own mixed-source stream-copy failure motivates checking this route carefully. It does not prove that every compatible set of clips must be reencoded.
Can an ordinary phone confirm correct color?
A phone can help reveal a practical playback problem in a representative viewing context. It is not a calibrated reference. Combine that observation with source interpretation, an explicit export recipe, and frame inspection rather than treating one device preview as a measurement.
Sources
- Adobe: color management checked 11 October 2026
- FFmpeg: filters documentation checked 11 October 2026
Facts from the sources below were checked on the date shown. Pages change, so read the source again before you rely on it.