Reasoning over a 200-page document or a long video: what breaks, and what are the escape hatches?
A VLM must answer questions over a 200-page scanned report, or over a 30-minute video. Explain why this is harder than a single image, what actually breaks first, and the main strategies for making it feasible along with what each one gives up.
Vision tokens accumulate per page or frame, so long multimodal inputs blow the context window first; the escape hatches — sample, compress, retrieve, or enlarge the backbone — each trade away coverage, detail, or cost.
Imagine you have to summarize a 200-page photo album, but you can only hold a small stack of photos in your hands at once. A single photo was easy. Two hundred won't fit in your hands, so you have to choose how to cope. You could grab every tenth photo and skim — fast, but you might skip the one photo that matters. You could shrink each photo to a thumbnail so more fit in your hands — but tiny details blur out. You could first flip through and pull only the few photos that relate to the question — great, unless the answer is spread across photos you didn't pull. Or you could get bigger hands — helps, but huge hands are heavy and slow, and you still can't hold infinite photos. A vision model facing a long document or video faces exactly these four choices, and every one of them gives something up.
Detailed answer & concept explanation~6 min readEverything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.
Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.
Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example.
Everything important, quickly.
Lead with the root cause: vision tokens accumulate per page or frame, so total tokens scale with length or duration and exhaust the window before equivalent text would. Distinguish the hard failure (context budget) from the softer ones (quadratic attention cost, lost-in-the-middle recall). Walk the four levers as a tradeoff table — sampling gives up coverage, compression gives up detail, retrieval gives up cross-unit reasoning, a bigger backbone gives up cost. Close by stacking retrieval plus compression and sizing each lever to the question type, since none is a silver bullet.
Real products, models, and research that use this idea.
- Gemini's long-context window is marketed for hour-long video, but per-frame vision tokens still cap how densely you can sample
- GPT-5.5 and Claude Opus 4.7 vision document Q&A on long PDFs typically retrieve relevant pages rather than feeding all 200 at once
- Q-Former-style resamplers compress an image's patch tokens to a fixed small set — the per-unit compression lever applied at scale
- Video VLMs sample keyframes (uniform or scene-change) instead of every frame, the sampling lever trading coverage for feasibility
- Multimodal RAG over scanned reports embeds page images and pulls the top-k pages into the VLM for the question at hand
What an interviewer would ask next. Try answering before peeking at the approach.
QHow would you choose between uniform sampling and retrieval for a given question over a long video?
Don't say thisRed flags and common mistakes that signal junior thinking. Click to expand.
Red flags and common mistakes that signal junior thinking. Click to expand.
Assuming a long-context model 'just handles' a 200-page document, ignoring that vision tokens accumulate per page and exhaust the window long before the equivalent text would.
The night-before-the-interview bullets. Scan these on the way to the call.
Primary sources. Skim if you want the original framing.
Same topic, related formats. Practice these next.