
Video feedback breaks down for a boring reason: words are imprecise and nobody has time. "Make the opening feel warmer" means something different to the editor, the colorist, and the person who wrote the script. One paused frame, a circle around the subject, and a two-word note removes most of that ambiguity in seconds.
The iPad is unusually well suited to this job. It plays video smoothly, it accepts a stylus with very low latency, and it is usually already in the hands of the people who give notes: directors, producers, clients, teachers, social media managers. You do not need a workstation, a timeline, or a software license to communicate clearly.
A short vocabulary before we go further. Markup means the annotation layer you draw on top of a screenshot or a paused frame. Timecode means the position of that frame in the clip, expressed as hours:minutes:seconds:frames. Review pass means one complete lap through a cut where notes are collected. Shuttle note means a note that is vague about location — "the middle part feels slow" — and therefore nearly useless. Almost every failed review session contains at least three shuttle notes.
The goal of this workflow is simple: every note should point at a specific frame, describe a specific change, and carry enough context that nobody has to ask what you meant. Once you can do that on an iPad, review sessions shrink from an hour of talking to ten minutes of reading.
The Pencil is not a luxury here; it changes the precision of your notes. With a finger, highlights drift and circles become blobs that obscure the very thing you wanted to point at. With a Pencil, you can draw a three-pixel-wide arrow that lands on a single eye.
If you do not have a Pencil, a third-party stylus with pressure support works for most markup tasks. The one thing that genuinely does not work is a trackpad for drawing. Use the trackpad for navigation and the Pencil for marking, and never try to do both at once on a small screen.
Keep the dock short and purposeful:
The mistake beginners make is treating every review as a markup problem. Roughly half of all feedback is verbal, and verbal feedback belongs in a list, not scribbled over a face.
Before a long review session, check three things: available storage, display brightness, and whether True Tone is on. True Tone shifts color temperature with ambient light, which means a highlight color you chose in a bright room can look completely different in a dark one. If you are reviewing color, turn it off. If you are reviewing pacing, leave it on.
The single most common mistake is drawing while the video plays. On iPad, the markup layer sits above the video surface, and drawing during playback creates jitter that makes your arrows useless. The reliable sequence is: pause, scrub to the exact frame, then annotate.
If the app you are using hides the timeline the moment you open markup, take a screenshot first, annotate the screenshot, and note the timecode manually. It is two extra seconds and it saves a paragraph of explanation.
Video frames are compressed, and thin, saturated lines get chewed up. A one-pixel bright red line over a dark frame will alias and shimmer in a screenshot. Practical rules:
A consistent symbol set removes half the words from your notes. A workable set:
Write the legend once and pin it in the shared project folder. Reviewers who invent symbols mid-session create more confusion than they save.
The instinct is to draw heavily. Resist it. A frame covered in ink is a frame nobody can evaluate. Two marks per frame is a good ceiling: one region, one direction. If you need more, split the feedback across multiple frames.
A still frame cannot show a bad transition or a stutter, so for anything that happens over time, record your screen while you narrate and point. The recording becomes the annotation. This is especially useful when the note is about rhythm: "the cut from the wide to the close should land two frames earlier" is much easier to show than to type.
Two habits make these recordings usable:
Scrubbing precisely on a glass screen is hard because your finger covers the frame. Three techniques help:
When you review a cut, collect notes into buckets rather than in the order you noticed them: timing, framing, motion, audio, color, text. Buckets let the editor work in passes and drastically reduce the number of repeated renders. A note like "trim six frames at 00:01:12:04" belongs in timing; "warm the highlights on the close-up" belongs in color; mixing them in one list guarantees that one of them gets missed.
Native markup is excellent for solo work and quick approvals. It runs out of road the moment multiple people need to comment, resolve, and sign off on the same cut. Here is how to choose.
Stay with markup when there is one decision-maker, fewer than about ten notes, and no versioning requirement. Adding a review platform for a two-note approval wastes more time than it saves.
Move when any of these are true: more than two reviewers, notes must be tracked to resolution, versions must be compared side by side, or the client needs a record of what was approved. Dedicated review apps handle frame-accurate comments, drawing overlays synced to timecode, and status tracking — the three things markup cannot do.
If you are both the reviewer and the editor, skip the review layer. Open the project in LumaFusion or DaVinci Resolve for iPad, add markers directly to the timeline, and export a marker list. Markers travel with the project, which eliminates the entire "where did that note apply" problem.
The most common professional setup is a hybrid: rough notes on the iPad during a live viewing, then a consolidated written list in the review platform. The iPad does the thinking; the platform does the record-keeping. Trying to do both in one place usually produces either a messy annotation layer or a slow, formal review that nobody wants to run.
If your footage will be touched by an automated editing or generation tool, your notes become instructions. Vague instructions produce vague results.
Every actionable note has four parts:
Example: "At 00:00:14:12, target the presenter's left hand; action: mask the ring out; constraint: keep the shadow on the wall unchanged." An automated tool can work with that. "Fix the hand" it cannot.
Tag each note as blocking, important, or optional. Blocking notes stop the process. Important notes should be fixed before delivery but do not stop work. Optional notes are suggestions. Reviewers who mark everything as blocking train editors to ignore the tags entirely.
Use a predictable pattern: project_episode_version_reviewer_date. Keep the version number in the file name, never in the folder path alone. When you export annotated frames, export them as a numbered sequence that matches the note IDs in your written list. Matching numbers sound pedantic until the first time someone loses track of which screenshot goes with which note.
Automated editing tools will sometimes produce a technically correct result that is emotionally wrong. When that happens, do not re-argue the same note. Instead, add a constraint you did not specify the first time. That is the discipline that separates a productive iteration loop from an endless one.
Eight steps sounds heavy. In practice it takes fifteen minutes for a one-minute cut and prevents a second, much longer review cycle.
Bad: "The intro drags and the logo looks weird."
Good:
Both sets of notes say the same thing. Only one of them can be executed without a phone call.
Annotation skill is really communication skill with a stylus. The teams that get good at it do three things consistently.
They keep a feedback template — a fixed set of fields for every note, so reviewers do not have to invent a format each time. They assign roles clearly: one person decides, everyone else advises. Advisory notes are welcome but never blocking, and marking them optional keeps the decision-maker's attention where it belongs. And they timebox the review: twenty minutes per pass, at most. Long sessions produce more notes, not better ones.
Small habits compound. Name your exported frames the moment you create them, not at the end. Say timecodes out loud. Keep a running list of approved elements so you do not re-litigate settled questions. And every few months, re-read a batch of old notes to see which ones actually improved the work. Most reviewers are surprised by how many notes were about personal preference and how few were about the result.
One more habit deserves its own paragraph: separate the review of craft from the review of content. Craft notes are about framing, pacing, color, and sound. Content notes are about whether the story lands, whether the message is clear, whether the call to action is in the right place. Reviewers who mix the two end up rewriting the script in the margin of a color note. Run a content pass first, resolve it, freeze the script, and only then start drawing on frames.
Do I need an Apple Pencil to annotate video on an iPad?
No, but the quality of your feedback drops noticeably. Finger drawing is imprecise, and imprecise circles force you to write more words to compensate. Any pressure-sensitive stylus is enough.
Can I embed annotations directly into a video file on the iPad?
Generally no. Markup applies to still frames and screenshots rather than to the video stream itself. For motion feedback, record your screen while narrating and pointing; the recording carries both the timing and the visual cue.
What is the fastest way to review a cut on iPad?
Pause, screenshot, annotate, and log the timecode — roughly ten seconds per note. For anything about rhythm or transitions, do one short screen recording instead of five screenshots.
How many notes should one review pass contain?
Aim for under fifteen for a short piece. More than that and the editor starts triaging instead of fixing, which means the notes you cared most about may never be addressed.
How do I keep track of which note applies to which frame?
Number your notes and rename your exported frames to match those numbers. A simple sequence like note_07.png removes all ambiguity without extra software.
Should I annotate on the original footage or a proxy?
Use a proxy or a compressed export for review. It plays back more smoothly, scrubs faster, and guarantees that no accidental edit touches the master file.
When should I stop using markup and switch to a review platform?
The moment a second reviewer enters the conversation, or the moment you need to prove what was approved and when. Markup is a personal tool; review platforms are a record-keeping tool.
How do I handle a reviewer who only gives vague feedback?
Send back one rewritten note as an example, in the location/target/action/constraint format. People copy the format they see. It works faster than explaining the problem.

Alexander
Vidu Q4 alternatives compared: Kling 4.0, Seedance 2.5, Wan 3.0, and Runway Gen-4 — 4K support, input modes, durations, audio, and what each costs in credits on Domer.
The top 4K AI image generators on Domer compared: Flux 3 Klein, Nano Banana 2.1, GPT Image 2.5, GPT Image 2, and Nano Banana Pro — 4K credit costs, reference limits, and speed.
Nano Banana 2.1 vs GPT Image 2.5 Flare compared: credit costs per resolution, aspect ratios, reference images, text rendering, and which tasks fit each model.