How to get colour emoji to render in your captions instead of blank boxes

Last updated 2026-09-10 · 8 min read

What is the short version?

Emoji are not text and they are not images; they are glyphs that only exist if a font on the machine supplies them, in colour only if that font is a colour font. Nothing in the pipeline announces their absence, so the failure arrives as finished captions full of little rectangles.

1. Go to Vizard Agent with the caption style you want.
2. Say which emoji are going in.
3. Ask for a test render before the real captions.

What do you need before you start?

The caption plan and the specific characters. Vizard Agent tests what you actually intend to use rather than emoji in general, because support is uneven — the common faces usually render and a newer or compound character frequently does not.

• The emoji you want. The exact characters.
• Where they appear. In the line, or beside it.
• Whether colour matters. Outlines may be acceptable.
• The caption style. Some presets handle them better.
• The output format. Burnt in, or a subtitle file.

What do you type into Vizard Agent?

Ask Vizard Agent for the test explicitly. The natural instruction is to describe the captions and the emoji together in one go, and that produces a complete caption track whose failures only surface after everything else has been rendered around them.

Prompt

Variants worth knowing:

• "Check the font is available." The actual precondition.
• "One test caption." Before the whole track.
• "In colour or as boxes." Names both failure modes.

What does Vizard Agent actually do?

Here is what Vizard Agent does across real edits that wanted emoji in their captions. Almost all of the useful work happens before the caption track exists at all, which is precisely what makes this check so cheap to run.

1. Checks which fonts are available, including emoji fonts.
2. Confirms one supports the characters you asked for.
3. Renders a single test caption containing them.
4. Looks at that frame at full resolution.
5. Checks they came out in colour, not as outlines.
6. Checks nothing rendered as a box or was dropped silently.
7. Falls back to an image where a glyph does not exist.
8. Builds the real caption track once the test passes.
9. Spot-checks the finished render at an emoji moment.

Step five is the failure people do not anticipate. A monochrome emoji font will render your character as a flat black outline, which is technically correct and looks like a mistake, and it passes any check that only asks whether something was drawn.

Step six matters because silence is the default. Some engines drop an unsupported character entirely rather than substituting, so the caption reads normally and is simply missing the thing you added it for — nothing errors, nothing warns.

Step seven is the escape hatch worth knowing about. When a specific character genuinely has no glyph, Vizard Agent can place it as a small image instead, which sidesteps the font question completely at the cost of it no longer being text.

What does the result look like?

Captions with the emoji you asked for, in colour, at a size that matches the type around them. More usefully, you found out on one test frame rather than on a finished video that took twenty minutes to render.

Vizard Agent tells you which characters it verified, so a new one added later gets tested rather than assumed.

When does this not work well?

Font support is not something Vizard Agent controls, it can only report on it. If no colour emoji font is available in the environment at all, the honest options come down to a monochrome rendering or a placed image, and neither of those is quite the thing you asked for.

• No colour emoji font. Outline or image, not colour.
• Very new characters. Fonts lag behind the standard.
• Compound emoji. Skin tones and families often break apart.
• Subtitle files. Rendering depends on the player, not on you.
• Tiny caption sizes. Detail disappears anyway.

How do you fix a result that came back wrong?

Say what you actually see on screen. A box, a blank space and a black outline are three different failures with three different causes, and Vizard Agent will chase the wrong one if the note is just "the emoji is broken".

• "It is a box." No glyph; an image instead.
• "It is black and white." A monochrome font.
• "It is missing entirely." Dropped silently; substituted.
• "It is the wrong size." Scaled against the caption type.

How does Vizard Agent compare to doing it yourself?

By hand the emoji go into the caption text and the problem is found on the finished video, usually by somebody else. The fix at that point is to re-render the whole track, and the same thing happens again the next time a new character is used.

Common questions

Why do emoji come out as boxes? Because no available font supplies that glyph, and nothing warns you.

Why are mine black and white? A monochrome emoji font. Vizard Agent checks for a colour one.

Can it use an image instead? Yes. Vizard Agent places it as a small graphic where no glyph exists.

Will it match the caption size? Yes. Vizard Agent scales it against the surrounding type.

Does it test every character? Vizard Agent tests the ones you say you are using, which is the reliable set.

What about skin tone variants? Those often break apart. Vizard Agent will show you on the test.

Can I use them in a subtitle file? You can, but rendering is then up to the player, not to Vizard Agent.

Does the caption style matter? Some presets handle emoji better. Vizard Agent will say which.

Will it warn me if one is dropped? Yes, and that is why the check is worth running.

Can it put them beside the text instead? Yes, and Vizard Agent will note that this also avoids collisions with the line.

How long does the test take? One caption and one frame. Far less than having Vizard Agent re-render a whole track.

What if I add a new emoji later? Ask Vizard Agent to test that one too rather than assuming.

Do they work in every language? The emoji do; Vizard Agent treats the surrounding font as a separate question.

Why does nothing error? Because a missing glyph is a rendering decision, not a failure.