Vizard Agent

How to stop the cuts drifting off the beat in a long edit

Last updated 2026-10-10 · 2 min read

Tell Vizard Agent to build the cut on an absolute grid rather than beat to beat. It measures the downbeat's exact phase, computes every cut point as a frame number on that fixed grid, and assembles from those numbers. The error at ninety seconds is then the same as the error at five.

What do you type into Vizard Agent?

Name the grid and the drift explicitly. "Cut it to the beat" is a perfectly good instruction that produces beat-to-beat editing, which is the thing you're trying to avoid. Give Vizard Agent the master audio you'll ship, since a rough bounce and the final master produce grids a few milliseconds apart.

Prompt

Rebuild the cut with zero cumulative drift. Lock an absolute 140 BPM grid from the verified downbeat phase, compute every cut as an exact frame number on that grid, and build from the frame numbers.

What does Vizard Agent actually do?

A cut that lands a frame late, ninety times over, is ninety frames late by the end. Once the grid is a list of frame numbers, every cut is computed from the start of the file rather than from the cut before it, so no error can compound. In the session behind this article it:

When does this not work well?

An absolute grid assumes the track has one constant tempo throughout. Music that breathes, slows, or was played by people rather than programmed doesn't have one, and forcing a fixed grid onto it makes the cut visibly fight the track. A track with a tempo change needs a grid per section.

Common questions

Do I need to know the BPM? No. Vizard Agent measures it, but giving it is faster and safer.

What if I change the audio afterwards? The phase moves. Vizard Agent needs to re-measure and rebuild.

Why not just snap to markers? A snapped cut you later nudge becomes the reference for everything after it, which is how the drift gets in. Vizard Agent computes every cut from the start.