Vizard Agent

How to turn a screen recording into a polished app demo

Last updated 2026-08-21 · 6 min read

Upload the recording and tell Vizard Agent to zoom on the taps, cut the waiting and add step labels. Vizard Agent computes the exact coordinates of each interactive element, measures the audio energy to find the dead time, and places the highlights on the buttons rather than near them.

What is the short version?

A raw screen recording shows what your app does and makes it look slow. The demo people watch has the loading cut out, the taps visible, and a label on screen saying which step this is — and all three of those need to be placed accurately, not approximately.

  1. Go to Vizard Agent and upload the screen recording.
  2. Say to zoom on the clicks, cut the waiting and add step labels.
  3. Say the app's name and keep or replace the original narration.

What do you need before you start?

The recording and a sentence about what should happen to it. Vizard Agent finds the buttons and the dead time by measurement rather than by guesswork, so it does not need timecodes, and the useful additions are the app's name and whether your narration should survive.

What do you type into Vizard Agent?

Name all three treatments. Vizard Agent handles zooming, cutting and labelling as one coordinated job — the label has to appear where the zoom is going and after the cut lands — and asking for them separately breaks that coordination.

Prompt

Turn my screen recording into a tutorial for [app name] — zoom in on the clicks, cut the waiting, add step labels and captions. Keep the original narration.

Variants worth knowing:

What does Vizard Agent actually do?

Here is the order Vizard Agent worked in on a real app demo. The middle section of it is coordinate work: rather than eyeballing roughly where a button sits on screen, Vizard Agent cropped into the interface itself and computed the actual bounding boxes.

  1. Probes the recording and checks whether there is narration on it.
  2. Extracts frames and builds a montage of the whole recording.
  3. Detects the silence spans and measures the audio energy every half second to find the waiting.
  4. Extracts key frames around each interaction and inspects the interface layout.
  5. Crops into each screen — the sign-in modal, the home screen, the buttons — and looks at them closely.
  6. Computes the exact bounding boxes of the interactive elements and the coordinates of each named button.
  7. Finds the precise transition timestamps, including when the modal actually pops up.
  8. Builds the tap animations and the step label cards, composites a sample frame and looks at the design on frame.
  9. Renders every segment with its zoom and overlays, concatenates them, previews the subtitle style on a frame, then measures loudness across the speech and music-only sections before the final render.

Step 6 is what makes the difference between a demo and a slideshow. A tap highlight two hundred pixels from the button it is meant to indicate reads as sloppy immediately, and getting it right means measuring rather than estimating.

What does the result look like?

From the run this page is written from, probed on the delivered file: 1072x2110, H.264, 30fps, 19.97 seconds, AAC audio. The phone's own resolution kept, a thirty-nine second recording cut to twenty, with zooms on each tap, step labels and styled subtitles.

Cutting thirty-nine seconds to twenty is the whole value of the format. Nothing was removed that shows the app working; what went was the loading, the pauses and the moments where nothing on screen changed.

When does this not work well?

Vizard Agent works entirely from what is visible on screen in the recording. It reads your interface as pixels rather than as a running application, which is perfectly fine for building a demo and has a few consequences worth knowing about.

How do you fix a result that came back wrong?

Name the step. Vizard Agent keeps the computed coordinates, the transition timestamps, the label cards and the tap animations, so moving a highlight or rewording a label is a re-render of one segment rather than a rebuild of the demo.

How does Vizard Agent compare to doing it yourself?

By hand this is scrubbing for every tap, keyframing a zoom for each one, building label cards in another tool, and then discovering that the highlight you placed by eye is sitting next to the button instead of on it.

By hand Vizard Agent
Finding the taps Scrub and mark Interface cropped, boxes computed
Cutting the waiting Trim by eye Silence and audio energy measured
Placing highlights Drag them roughly On the computed coordinates
Label design Judge in the timeline Composited onto a real frame first

Common questions

Does it keep my narration? Yes, if you ask. Vizard Agent checks for it before doing anything else.

Will the taps be visible? Yes. Vizard Agent generates tap animations placed on the computed button coordinates.

Does it find the modal timings? Yes. Vizard Agent checks the exact frame a modal appears on rather than cutting near it.

Can it add music? Yes, and it measures the level against any speech so the narration stays clear.

Does it keep the phone's resolution? Yes. This run delivered at 1072x2110, exactly as recorded.

Does it check the subtitle style? Yes. Vizard Agent previews the subtitles on a real frame before rendering, then reviews a grid of quality-control frames from the finished cut.

Can it hide account details? Ask and Vizard Agent will blur the regions you name.

How much shorter will it be? It depends how much waiting there is. Thirty-nine seconds became twenty on this run.

Does it add step labels? Yes, as cards Vizard Agent designs and then composites onto a real frame to check before using.

How does it know where the buttons are? Vizard Agent crops into each screen and computes the exact bounding boxes rather than estimating them from a thumbnail.

How does it find the waiting? It detects the silence spans and measures the audio energy every half second, so the cuts land on genuinely dead time rather than on a guess.