ECCV 2026 · Long-video understanding · Vision and multimodality
Daily ML/AI In-Depth Paper Tracking · 2026-08-11 (Tuesday) · Field rotation: vision and multimodality
Positioning in one sentence: Compression is no longer a stateless module attached to a visual encoder. It is a small VLM that reads the user's question and decides how much attention each segment deserves. Its accompanying relevance scores directly allocate the global token budget.
| Item | Content |
|---|---|
| Date | 2026-08-11 (Tuesday, date +%u = 2) |
| Rotating research area | Vision and multimodality (detection/segmentation, VLMs, video understanding, representation learning) |
| Candidate-pool size | 24 papers (after retrieving 63 CVPR 2026 Highlights, removing generative-model papers reserved for Wednesday and nonvision papers, and adding 3 recent high-profile preprints) |
| Selection method | shuf -i 1-24 -n 3 → output 19, 20, 13; first draw #19 had sufficient materials, 0 redraws |
| Core paper | Tempo (ECCV 2026, Meta AI + KAUST) |
| Deduplication index | ⚠️ Could not access. This was a scheduled cloud task with no desktop bridge; ml-report-index.md was unreachable, preventing the 14-day deduplication check. See the endnote. |
arxiv.org/html/2604.08120v1), project website, or GitHub README, with table references. Anything not found—such as measured latency/FLOPs, standard deviations, or a v2 date—is explicitly marked “not provided by the paper” or “not found.” No number is inferred from memory.
All links were checked through retrieval. ✅ Confirmed accessible; ⚠️ exists but retrieval is restricted or information conflicts; ❌ not found.
| Resources | Link | State |
|---|---|---|
| arXiv abstract page | arxiv.org/abs/2604.08120 | ✅ |
| arXiv full-text HTML (v1) | arxiv.org/html/2604.08120v1 | ✅ Main data source for this report |
| arXiv PDF | arxiv.org/pdf/2604.08120 | ✅ |
| Project page | feielysia.github.io/tempo-page | ✅ |
| Code repository | github.com/FeiElysia/Tempo | ✅ Apache-2.0 |
| Model weights (final) | huggingface.co/Vision-CAIR/Tempo-6B | ✅ Academic noncommercial use |
| Model weights (by stage) | Vision-CAIR/Tempo-6B-Stage0 / Stage1 / Stage2 | ✅ All three intermediate checkpoints public |
| HF paper page | huggingface.co/papers/2604.08120 | ✅ 21 upvotes |
| Online demo | huggingface.co/spaces/Vision-CAIR-Admin/Tempo | ⚠️ The project page lists Vision-CAIR/Tempo, while the HF paper page actually lists Vision-CAIR-Admin/Tempo with SwingRain/Tempo, ; the two conflict |
| Official ECCV 2026 proceedings | — | ❌ Not found(Not yet on ECVA; venue information is self-reported in the GitHub README and project page) |
| KAUST institutional-repository copy | repository.kaust.edu.sa/… | ✅ |
2604.08120 Under arXiv identifier conventions, this corresponds to April 2026. The HF paper page's “April 10, 2024” conflicts with that convention and is treated as an HF parsing error. This report uses April 2026, v1. Whether v2 exists and its date: not found (export.arxiv.org API was blocked by this session's egress policy with HTTP 403).
| The paper | Conference website / Proceedings | arXiv | Code | Weights | Project page |
|---|---|---|---|---|---|
| LLaMA-VID | ECVA ECCV 2024 ✅ · Springer ✅ pp.323–340 | 2311.17043 ✅ v1: 2023-11-28 |
JIA-Lab-research ✅ | HF ✅ | llama-vid.github.io ✅ |
| LongVA | ❌ Not found(No venue claim; OpenReview blocked by a bot wall; treated as a preprint) | 2406.16852 ✅ v1: 2024-06-24 v2: 2024-07-01 |
EvolvingLMMs-Lab ✅ | HF ✅ | lmms-lab.com ✅ |
| LongVU | ICML 2025 Poster 44939 ✅ Main conference | 2410.17434 ✅ v1: 2024-10-22 (v1 only) |
Vision-CAIR ✅ | HF ✅ | vision-cair.github.io ✅ |
| BIMBA | CVPR 2025 Poster 32662 ✅ Main conference · CVF supplementary material ✅ (Main PDF returned 403 ⚠️) | 2503.09590 ✅ v1: 2025-03-12 v2: 2025-03-13 |
md-mohaiminul ✅ | HF ✅ | ⚠️ sites.google.com/view/bimba-mllm Retrieval blocked |
| VideoChat-Flash | OpenReview ICLR 2026 Poster ✅ Main conference | 2501.00574 ✅ v1: 2024-12-31 v4: 2025-07-13 |
OpenGVLab ✅ | HF ✅ | InternVideo blog ✅ |
| STORM (Efficiency comparison) |
CVF ICCVW 2025 CLVL ⚠️ Workshop, not the main conference | 2503.04130 ✅ v1: 2025-03-06 v2 date not found |
❌ Official repository not found | ❌ Not found | research.nvidia.com ✅ |
github.com/dvlab-research/LLaMA-VID has moved to JIA-Lab-research/LLaMA-VID. Although the old URL redirects, citations should use the new path.
Junjie Fei, Jun Chen, Zechun Liu, Yunyang Xiong, Chong Zhou, Wei Wen, Junlin Han, Mingchen Zhuge, Saksham Suri, Qi Qian, Shuming Liu, Lemeng Wu, Raghuraman Krishnamoorthi, Vikas Chandra, Mohamed Elhoseiny, Chenchen Zhu
Meta AI · KAUST — ECCV 2026 — arXiv 2604.08120 (April 2026)
The key is not using a small model for compression—BIMBA and LongVU already compress—but one forward pass with two outputs: relevance is not computed by a separate retriever, but taken from the compressor's own hidden states. Compression and scoring therefore share exactly the same multimodal context, with O(1) routing overhead.
The paper frames the problem as a structural mismatch: video streams are dense and variable in duration, while LLM context is fixed and scarce. Its introduction says dense visual streams quickly exhaust token budgets and worsen the lost-in-the-middle problem (citing Liu et al., 2024c).
| Existing approach | The paper's criticism (original wording) | Underlying reason for failure |
|---|---|---|
| Sparse sampling | "risks skipping the transient yet decisive moments required to answer a specific query" | Uniform sampling ignores when the answer occurs; it is a query-independent prior |
| Uniform pooling | "blur fine-grained evidence in query-critical segments while wasting representational bandwidth on irrelevant backgrounds" | Distributes bandwidth Average across segments with highly uneven information density |
What is novel about this problem framing? Not that long videos are difficult—an old problem—but that the paper reframes it as a bandwidth-allocation problem rather than compression-ratio problem. Most predecessors optimize a single scalar: tokens per frame (2 for LLaMA-VID, 16 for VideoChat-Flash, 16× compression for BIMBA). Tempo argues that tokens per frame should not itself be a constant.
Why is it worth solving? One quantitative argument comes from the paper's Table 1: Qwen2.5-VL-7B uses 1924 tokens/frame to score 65.1 on Video-MME, while Tempo uses a measured average of approximately 2.8–3.6 tokens/frame to score 67.8. This is about a 687-fold token gap, with a gain of +2.7pp in the opposite direction. It suggests that much of today's visual bandwidth is wasted and that the waste can be systematically recovered.
The argument proceeds through four observation-to-inference steps:
Implicit Design Trade-Off(Implicit in the design, though not explicitly stated):
k_max memory tokens, instead of letting the SVLM autoregressively choose how many to write (acknowledged as “a profound optimization challenge”).End-to-end objective—note that there is no auxiliary compression loss, routing network, or distillation loss, only a standard autoregressive loss:
Fixed capacity k_max itself acts as a structural bottleneck that induces compression. This is the method's most economical design choice: compression emerges from the training objective rather than explicit supervision.
Zero-shot relevance prior—let h_i^rel denote the SVLM's final hidden state before answering the binary question of whether the segment is relevant to the query, and w_yes / w_no and for frozen language-head weights:
The paper's most elegant engineering step reduces an otherwise autoregressively decoded judgment to one vector inner product. It also emphasizes extracting s_i and H_i in the same forward pass(the forward pass continues after reading the hidden state), ensuring that both outputs condition on exactly the same multimodal context.
ATA's two-stage allocation:
Prefix truncation is justified by the paper's semantic front-loading hypothesis: causal attention packs the most salient evidence into the earliest memory tokens. Ablations strongly support this hypothesis (see §2.5.3-C).
| Mechanism / dimension | Design choice | Motivation | Key hyperparameters |
|---|---|---|---|
| Local compressor | Qwen3-VL-2B-Instruct (trainable) | Ready-made cross-modal understanding; no new operator | SVLM lr = 2×10⁻⁶ |
| Global decoder | Qwen3-LM-4B | Only reasons over the sparse sequence | lr = 1×10⁻⁵ |
| Memory slots | Learnable memory tokens placed at the end of the causal sequence | Ensures every M sees the entire visual + query context | k_max = 128 |
| Relevance scoring | Frozen language-head yes/no logit difference + sigmoid | O(1), avoiding autoregressive overhead | None (zero-shot, no training) |
| Budget allocation | Two-stage linear allocation + proportional fallback | Continuous allocation outperforms binary top-K | B_max ∈ {4K, 8K}; k_min = 4 |
| Within-segment reduction | Dynamic prefix truncation H_i[1:k_i] | Semantic front-loading hypothesis; O(1) slicing | k_i ∈ [4, 128] |
| Temporal anchors | Minimum guaranteed allocation k_min = 4 token | Preserves temporal continuity and avoids missing segments | k_min = 4 |
| Temporal localization | Explicit timestamp prefixes <t=2.0s> | Preserves segment temporal identity and causal order | 2 FPS sampling |
Four-stage progressive curriculum(Appendix Table A; module freezing is crucial):
| Configuration | Stage 0: alignment | Stage 1: pretraining | Stage 2: broad SFT | Stage 3: long-context SFT |
|---|---|---|---|---|
| Local compressor SVLM | Frozen | Unfrozen | Unfrozen | Frozen |
| Memory token | Unfrozen | Unfrozen | Unfrozen | Frozen |
| Linear projection layer | Unfrozen | Unfrozen | Unfrozen | Frozen |
| Global decoder LLM | Frozen | Unfrozen | Unfrozen | Unfrozen |
| Learning rate (LLM/projection/memory) | 1×10⁻³ | 1×10⁻⁵ | 1×10⁻⁵ | 1×10⁻⁵ |
| LR (SVLM) | — | 2×10⁻⁶ | 2×10⁻⁶ | — |
| Global batch size | 128 | 256 | 128 | 64 |
| Maximum sampled frames f_max | 1 (images only) | 8 | 128 | 384 |
| Segment capacity k_max | 128 | 128 | 128 | 128 |
| Maximum LLM context | 8192 | 8192 | 8192 | 16384 |
| Warmup / Epoch | 3% / 1 | 3% / 1 | 3% / 1 | 3% / 1 |
Data mixture(Appendix Table B):
| Modality | Stage 0 | Stage 1 | Stage 2 | Stage 3 | Total |
|---|---|---|---|---|---|
| Image | ~558K | ~2.00M | ~0.93M | — | ~3.49M |
| Video | — | ~1.38M | ~2.25M | ~384K | ~4.01M |
| Text | — | ~143K | ~71K | — | ~214K |
| Subtotal | ~558K | ~3.52M | ~3.25M | ~384K | ~7.71M |
| Benchmark | Mean duration | Capability focus |
|---|---|---|
| LongVideoBench | 473 s | Referential reasoning requiring specific-frame localization |
| MLVU | 651 s | Comprehensive multitask long-video understanding |
| Video-MME (w/o sub.) | 1010 s | Comprehensive evaluation with short/medium/long categories |
| Video-MME Long | 2386 s | Long-video subset |
| LVBench | 4101 s | Extremely long videos (>1 hour), the paper's primary focus |
This benchmark progression is well designed: duration increases monotonically from 473s to 4101s, directly exposing degradation with video length.
pp = percentage point. Bold marks the column best.
| Method | Size | tok/frame | LongVB 473s | MLVU 651s | VMME 1010s | VMME-L 2386s | LVBench 4101s | Five-task mean |
|---|---|---|---|---|---|---|---|---|
| — Closed-source models — | ||||||||
| GPT-4o | — | — | 66.7 | 64.6 | 71.9 | 65.3 | 30.8 | 59.86 |
| Gemini 1.5 Pro | — | — | 64.0 | — | 75.0 | 67.4 | 33.1 | — |
| — General open-source MLLMs — | ||||||||
| VideoChat2-HD | 7B | 72 | — | 47.9 | 45.3 | 39.8 | — | — |
| LLaVA-OneVision | 7B | 196 | 56.4 | 64.7 | 58.2 | — | — | — |
| LLaVA-Video | 7B | 676 | 58.2 | 70.8 | 63.3 | — | — | — |
| VideoLLaMA3 | 7B | ≤91 | 59.8 | 73.0 | 66.2 | 54.9 | 45.3 | 59.84 |
| InternVL3.5 | 8B | 256 | 62.1 | 70.2 | 66.0 | — | — | — |
| Molmo2 | 8B | 83 | 67.5 | — | 69.9 | — | 52.8 | — |
| Qwen2.5-VL | 7B | 1924 | 56.0 | 70.2 | 65.1 | — | 45.3 | — |
| Qwen3-VL ← Tempo's compressor backbone | 2B | ≤640 | — | 68.3 | 61.9 | — | 47.4 | — |
| Qwen3-VL ← See critique ③ | 8B | ≤640 | — | 78.1 | 71.4 | — | 58.0 | — |
| — Specialized long-video MLLMs — | ||||||||
| LLaMA-VID | 7B | 2 | — | 33.2 | 25.9 | — | 23.9 (13B) | — |
| LongVA | 7B | 144 | — | 56.3 | 52.6 | 46.2 | — | — |
| Kangaroo | 8B | 256 | 54.8 | 61.0 | 56.0 | 46.7 | 39.4 | 51.58 |
| LongLLaVA | 13B | 144 | 53.5 | — | 53.8 | 46.4 | — | — |
| LongVILA | 7B | 196 | 57.1 | — | 60.1 | 47.0 | — | — |
| LongVU ← See critique ④ | 7B | 64 | — | 65.4 | 60.6 | 59.5 | — | — |
| Storm | 7B | 64 | 60.5 | 72.9 | 63.4 | 53.4 | — | — |
| BIMBA | 7B | 36 | 59.5 | 71.4 | 64.7 | — | — | — |
| VideoChat-Flash | 7B | 16 | 64.7 | 74.7 | 65.3 | 55.4 | 48.2 | 61.66 |
| Tempo (4K budget) | 6B | 0.5–16 Measured 2.8–3.6 | 64.5 | 75.6 | 67.8 | 57.8 | 52.7 | 63.68 |
| Tempo (8K budget) | 6B | 0.5–16 Measured 3.1–4.3 | 65.1 | 75.2 | 67.7 | 57.0 | 52.3 | 63.46 |
Figure 1 · Tempo's advantage over the strongest open-source competitor grows monotonically with video duration
Source: Table 1. Benchmarks are ordered by mean duration (473s → 4101s). Labels above bars show Δ (Tempo 4K − VideoChat-Flash). Hover for exact values.
Relative-gain calculation(Tempo 4K vs. VideoChat-Flash, the strongest specialized open-source long-video baseline):
| Benchmark | VideoChat-Flash | Tempo 4K | Δ | Relative gain |
|---|---|---|---|---|
| LongVideoBench (473s) | 64.7 | 64.5 | −0.2 pp | −0.31% |
| MLVU (651s) | 74.7 | 75.6 | +0.9 pp | +1.20% |
| Video-MME (1010s) | 65.3 | 67.8 | +2.5 pp | +3.83% |
| Video-MME Long (2386s) | 55.4 | 57.8 | +2.4 pp | +4.33% |
| LVBench (4101s) | 48.2 | 52.7 | +4.5 pp | +9.34% |
| Five-task mean | 61.66 | 63.68 | +2.02 pp | +3.28% |
At almost identical token budgets(LLaMA-VID's fixed 2 tokens/frame versus Tempo's measured mean of 2.8 tokens/frame):
| Benchmark | LLaMA-VID (2 tok/f) | Tempo 4K (~2.8 tok/f) | Δ |
|---|---|---|---|
| MLVU | 33.2 | 75.6 | +42.4 pp |
| Video-MME | 25.9 | 67.8 | +41.9 pp |
| LVBench | 23.9 (13B) | 52.7 (6B) | +28.8 pp |
Figure 2 · The token-budget/performance Pareto frontier: an evolution that turns back toward the upper left
The horizontal axis is visual tokens/frame (log scale), and the vertical axis is MLVU score. Source: Table 1. Dashed lines connect the technical lineage chronologically: initially up and right (more tokens for higher performance), then back toward the upper left(far fewer tokens with continued performance gains). One vertical axis; no dual y-axes.
| Configuration | Budget | LongVB | MLVU | VMME | VMME-L | LVBench | Mean |
|---|---|---|---|---|---|---|---|
| Without Stage 3 (long-context SFT) | 16K | 61.4 | 67.2 | 66.1 | 56.3 | 47.3 | 59.66 |
| w/o ATA | 16K | 62.8 | 73.5 | 67.0 | 56.2 | 51.1 | 62.12 |
| Default Tempo | 8K | 65.1 | 75.2 | 67.7 | 57.0 | 52.3 | 63.46 |
w/o ATA Use A 16K budget scores only 62.12, whereas full Tempo with an 8K budget(half as large) scores 63.46. Half the budget, yet performance rises 1.34pp. This is the strongest defense of ATA: allocation strategy matters more than allocation quantity. Stage 3 also contributes substantially: MLVU rises from 67.2 to 75.2, +8.0pp the largest single-metric gap in the table.
w/o ATA results. See critique ② in §2.7.
| Policy | LongVB | MLVU | VMME | VMME-L | LVBench | Mean | vs. ATA |
|---|---|---|---|---|---|---|---|
| Adversarial routing (retains Minimum scoring segments) | 50.7 | 59.3 | 52.4 | 47.8 | 36.9 | 49.42 | −14.04 pp |
| Random dropping | 59.3 | 70.9 | 63.6 | 55.2 | 49.8 | 59.76 | −3.70 pp |
| Uniform subsampling | 61.9 | 74.0 | 66.3 | 55.2 | 49.9 | 61.46 | −2.00 pp |
| Hard top-K routing (retains Maximum scoring segments) | 63.5 | 73.9 | 66.7 | 56.2 | 52.7 | 62.60 | −0.86 pp |
| ATA (continuous allocation) | 65.1 | 75.2 | 67.7 | 57.0 | 52.3 | 63.46 | — |
Figure 3 · Adversarial-routing collapse: relevance scores contain real information
Five-benchmark means for five segment-level allocation strategies (Table 2-B; means calculated in this report). The key finding is that adversarial routing falls 10.34pp below random dropping. If scores were noise, reversing them should be equivalent to random selection. Hover for values.
s_i were noise, reversing it should perform equally to random selection. Instead, reversing it is substantially worse than random, indicating that s_i encodes real query–segment relevance. This supports the zero-shot relevance prior more directly than any positive SOTA score.
| Approach | LongVB | MLVU | VMME | VMME-L | LVBench | Mean |
|---|---|---|---|---|---|---|
| Uniform Tails truncation (fixed 64) | 59.5 | 71.6 | 64.1 | 54.8 | 41.8 | 58.36 |
| Dynamic Tails truncation (retain the final k_i) | 61.9 | 73.4 | 64.8 | 54.2 | 50.5 | 60.96 |
| Uniform Prefix truncation (fixed 64) | 63.2 | 73.4 | 66.9 | 56.2 | 51.5 | 62.24 |
| Token Merging (merge to k_i tokens) | 63.6 | 74.9 | 66.3 | 55.4 | 53.0 | 62.64 |
| Dynamic prefix truncation (default) | 65.1 | 75.2 | 67.7 | 57.0 | 52.3 | 63.46 |
| Scoring source | LongVB | MLVU | VMME | VMME-L | LVBench | Mean |
|---|---|---|---|---|---|---|
| Base-model prior (explicit routing prompt) | 65.7 | 76.3 | 67.6 | 57.3 | 52.7 | 63.92 |
| Tempo SVLM prior (standard prompt) | 64.1 | 75.4 | 67.2 | 57.0 | 53.4 | 63.42 |
| Base-model prior (standard prompt) | 64.6 | 75.1 | 67.2 | 56.1 | 52.6 | 63.12 |
| External dense retriever (Qwen3-VL Reranker) | 64.3 | 75.4 | 67.2 | 57.0 | 51.8 | 63.14 |
| Tempo SVLM prior (explicit routing prompt) ← Paper default | 65.1 | 75.2 | 67.7 | 57.0 | 52.3 | 63.46 |
| Approach | LongVB | MLVU | VMME | VMME-L | LVBench | Mean |
|---|---|---|---|---|---|---|
| Hard pruning (0 tokens for irrelevant segments) | 63.9 | 74.8 | 67.4 | 56.3 | 52.3 | 62.94 |
| Minimum temporal anchor k_min = 4 | 65.1 | 75.2 | 67.7 | 57.0 | 52.3 | 63.46 |
k_min = 4 contributes only +0.52pp, the smallest effect among the five ablation groups. It is necessary by design to avoid breaking the timeline, but its quantitative benefit is far below ATA (+2.00pp vs. uniform) and prefix truncation (+2.50pp vs. suffix).
| Benchmark | Tempo 4K | Tempo 8K | Δ(8K − 4K) |
|---|---|---|---|
| LongVideoBench (473s) | 64.5 | 65.1 | +0.6 |
| MLVU (651s) | 75.6 | 75.2 | −0.4 |
| Video-MME (1010s) | 67.8 | 67.7 | −0.1 |
| Video-MME Long (2386s) | 57.8 | 57.0 | −0.8 |
| LVBench (4101s) | 52.7 | 52.3 | −0.4 |
| Mean | 63.68 | 63.46 | −0.22 |
The paper repeatedly emphasizes ATA's O(1) complexity, single forward pass, and avoidance of autoregressive overhead. However,
Neither small-model video compression (BIMBA already learns compression) nor query awareness (already in LongVU) is new. Tempo's actual contribution is making compression and routing two outputs of the same forward pass.
Previously, query-aware methods faced a tradeoff: heuristic scores (LongVU's DINOv2 similarity plus attention, cheap but semantically indirect) or external retrievers (accurate but expensive, with representations misaligned with the compressor). Tempo offers a third path: the compressor has already considered the question while compressing; simply read out that assessment. Table 2-D provides a clean comparison: the external dense retriever (63.14) is no better than the freely extracted internal prior (63.46).
s = σ((w_yes − w_no)ᵀh). This is general: any causal-LM system needing continuous confidence for a binary judgment can replace autoregressive decoding with an O(1) calculation. Applications include RAG reranking, agent tool selection, and data-cleaning scores.Tempo opens a research space in hierarchical routing. Section 6 proposes turning the global LLM into an active routing agent that requests high-resolution representations of selected segments as needed. This converts one-shot compression and decoding into multiround agentic retrieval. If successful, long-video understanding would shift from compression to agent retrieval, converging with deep research and agentic RAG.
Hard top-K routing in Table 2-B scores on LVBench 52.7 > ATA's 52.3; Token Merging in Table 2-C scores 53.0 > 52.3; the Tempo SVLM with a standard prompt in Table 2-D scores 53.4 > 52.3. The last is the highest LVBench result in the table, 0.7pp above the main table's claimed SOTA of 52.7. The central narrative makes continuous adaptive allocation crucial for extremely long videos, yet continuous allocation loses to binary allocation on the longest benchmark, contradicting that claim.
A plausible mechanism is that LVBench's 4101s videos yield very large N; ATA's proportional fallback formula k_i = k_min + [B_res · ŝ_i / Σŝ_j] then, because Σŝ_j is too large, compresses each segment toward k_min and becomes approximately uniform. Hard top-K at least gives selected segments full capacity. The paper does not discuss ATA's large-N degeneration, leaving a clear gap.
In Table 2-A, w/o Stage 3 with w/o ATA are measured at a 16K budget, while the default is at 8K. The claimed Stage 3 contribution of +3.80pp and ATA contribution of +1.34pp therefore both reflect confounding between budget and component. The paper supplies neither 8K-budget w/o ATA controls nor full Tempo at 16K. Table 2-A cannot isolate attribution.
Both Tempo components come from the Qwen3 family (Qwen3-VL-2B + Qwen3-LM-4B), but Qwen3-VL-8B leads on all three shared benchmarks in Table 1:
| Benchmark | Qwen3-VL-8B | Tempo 4K (6B) | Δ |
|---|---|---|---|
| MLVU | 78.1 | 75.6 | −2.5 pp |
| Video-MME | 71.4 | 67.8 | −3.6 pp |
| LVBench | 58.0 | 52.7 | −5.3 pp |
| Three-task mean | 69.17 | 65.37 | −3.80 pp |
With more parameters but a simpler architecture, this same-family model beats Tempo on every shared benchmark, with gaps likewise growing with duration (−2.5 → −3.6 → −5.3). Tempo is correctly positioned as SOTA at 6B, but the paper does not ask: what happens with Tempo on an 8B backbone, or with Qwen3-VL-8B under the same token budget? Without this head-to-head, the central proposition that compression beats expansion is not established.
LongVU (ICML 2025, 64 tokens/frame, entirely heuristic without learning) scores on Video-MME Long 59.5, above Tempo 4K's 57.8(−1.7pp) and Tempo 8K's 57.0 (−2.5pp). This is the only subtask where an earlier, simpler method overtakes Tempo, and the paper does not discuss it. At a mean 2386s, Video-MME Long lies within Tempo's supposed advantage regime, weakening the claim that adaptive allocation broadly dominates long videos.
As §2.5.3-D notes, the base-model prior with explicit routing prompts averages 63.92 and wins 4 of 5 benchmarks, exceeding the default's 63.46. The paper neither explains why fine-tuning worsens the SVLM as a router nor updates the default. This is a methodological concern: if Tempo training harms discriminative calibration, sharing one forward pass for compression and routing introduces an internal tension—compression and routing objectives may compete. A simple experiment measuring routing AUC at Stage 0/1/2/3 checkpoints could test this hypothesis, but the paper does not conduct it.
Training uses 4 frames/segment, while inference uses 8 frames/segment(§4.1), a 2× distribution shift. The paper neither explains the motivation—presumably covering more frames at fixed B_max —nor analyzes inference-window sensitivity. Because k_max = 128 is unchanged, 8 frames/segment gives each inference frame half its training-time memory capacity. This may be a hidden reason the 4K budget beats 8K: a smaller budget forces more aggressive segment discrimination, partly compensating for the shift. The paper does not connect the two.
As §2.5.6 notes, there are no latency/FLOPs/memory data. More specifically, roughly 1025 forward passes through a 2B model on LVBench may offset global-LLM token savings. The claimed O(1) describes only relevance scoring, not the entire compression pipeline. Presenting this local O(1) claim in the context of an efficiency-focused paper risks misleading readers. Future work should add a three-dimensional latency/memory/accuracy Pareto plot directly comparing VideoChat-Flash and STORM.
At least 5 key Table 2 gaps are ≤0.9pp: ATA vs. top-K 0.86; default vs. base prior 0.46; k_min=4 vs. hard pruning 0.52; 4K vs. 8K 0.22; Token Merging vs. default 0.82. Single runs without seed variance cannot support strong claims that design X beats Y. Just 3 seeds on MLVU and LVBench would substantially improve credibility.
These five papers follow Tempo's citation lineage, forming a clear chain of problems addressed rather than a parallel list.
① Problem addressed. Long videos cannot fit into LLM context. LLaMA-VID offered an unusually aggressive answer: just 2 tokens per frame. A Q-Former generates queries from the user's instruction Q_t and aggregates through context attention into one context token; adaptive pooling produces one content token. EVA-G serves as visual encoder. This lets 64K context hold over 3 hours of video. Its core contribution: demonstrating that 2 tokens/frame is technically feasible.
② Unresolved gap. The authors acknowledge this explicitly in their conclusion:
The more fundamental gap is that the allocation of these 2 tokens is static. A crucial action and an empty shot both receive 2 tokens. Table 5 quantifies the cost: compressing content to 1 token loses 2%–6%. The gap is that compression ratio is a global constant rather than a local variable.
③ How the focal work responds. Tempo returns to roughly the same token scale (measured mean 2.8 versus LLaMA-VID's 2) but raises MLVU from 33.2 to 75.6 (+42.4pp) and Video-MME from 25.9 to 67.8 (+41.9pp). Its response is not that two tokens are insufficient, but that assigning exactly two tokens to every frame is wrong. ATA gives some segments 128 tokens and others only 4, while retaining a mean of 2.8.
④ Transfer of key designs. LLaMA-VID's context token(driven by user instructions and aggregating text-relevant visual cues) is the direct ancestor of Tempo's query-conditioned memory token . The transfer is: external Q-Former query generation → placing the query directly in the SVLM causal sequence. The former requires training an additional Q-Former; the latter reuses the SVLM's own attention, making it simpler and stronger.
① Problem addressed. LongVA takes the opposite route: if compression loses information, expand context instead. Its central idea is long-context transfer: continue training Qwen2-7B-Instruct's Text context to 224K (RoPE base raised to 1B; 900M tokens / 1000 steps), then transfer this capability zero-shot to vision without video training. UniRes represents video as one long 336×(336·N) image, with N frames = 144N tokens. V-NIAH remains near perfect at about 2000 frames (≈288K tokens), beyond the training length. The core contribution is demonstrating zero-shot cross-modal transfer of long-context capability.
② Unresolved gap. Three gaps, the first two acknowledged by the authors:
The fundamental gap: expanding context does not decide who deserves bandwidth; it passes the problem to hardware. Uniform 144 tokens/frame has the same allocation structure as LLaMA-VID's 2 tokens/frame, with a different constant.
③ How the focal work responds. Table 1 directly addresses cost-effectiveness: LongVA uses 144 tokens/frame for Video-MME 52.6; Tempo uses about 3.6 for 67.8—40× fewer tokens, 15.2pp higher score. More fundamentally, §2.5.4 finds that Tempo itself degrades when budget doubles (4K 63.68 → 8K 63.46), echoing LongVA's 128→384-frame decline. Tempo's position is that when nominal context has negative marginal returns, the answer is greater information density per token rather than more tokens.
④ Transfer of key designs. LongVA contributes less through an inherited mechanism than by providing a clean counterexample that bounds context expansion. Its V-NIAH protocol—counterfactual questions plus perplexity scoring to prevent language-prior shortcuts—also became a standard diagnostic, continued by VideoChat-Flash's 10000-frame NIAH experiment.
① Problem addressed. First implements query-aware compression as a complete spatiotemporal pipeline. Three steps: (i) DINOv2 computes mean feature similarity in J=8-frame windows and removes frames highly redundant with neighbors, roughly halving frame count; (ii) cross-modal text guidance scores frame features through attention to the query, retaining 144 tokens/frame (12×12) for the top-N_h frames and downsampling the rest to 64 tokens/frame (8×8); (iii) STC spatial token compression prunes spatial tokens in K=8-frame sliding windows when cosine similarity to temporal neighbors is >θ=0.8, reducing tokens further by an average 40.4%. One hour of video finally fits into 8K context, at about 2 tokens/frame on average. The core contribution is establishing the value of query-dependent resolution allocation(Table 3: adaptive 67.62 versus uniform 8k@64 66.84 and 8k@144 66.28).
② Unresolved gap. The lineage's most important gap is that LongVU compression is heuristic and training-free. θ=0.8, J=8, and K=8 are manually chosen; nothing is learned from data. DINOv2 similarity measures visual redundancy rather than usefulness for the current question. Two visually distinct empty shots may both be retained despite being irrelevant to when someone tightens a screw. The authors also acknowledge that video SFT reduces image-understanding ability(Table 10), and GPU limits prevented mixed-data training.
③ How the focal work responds. Tempo replaces the three handcrafted modules with one learnable SVLM: no DINOv2 similarity threshold, no top-N_h hard selection, and no STC cosine threshold. Compression emerges entirely from L_AR the single autoregressive loss. Table 2-B quantifies learned versus handcrafted allocation: ATA exceeds uniform subsampling by 2.00pp and random allocation by 3.70pp. Tempo's four-stage curriculum, mixing images/video/text across ~7.71M samples, also directly addresses LongVU's acknowledged image-capability degradation.
④ Transfer of key designs. Two direct inheritances: (i) different token counts for different segments, from LongVU's two levels (144/64) to Tempo's continuous [4, 128] range; (ii) text-guided relevance scoring, from LongVU's cross-modal attention to Tempo's SVLM yes/no logit difference. The concrete transfer is external attention scoring → internal discriminative confidence”.
① Problem addressed. Where LongVU uses heuristics, BIMBA introduces learned compression by inserting a Mamba selective-scan module between the visual encoder and LLM. Frame patches are flattened into a long spatiotemporal sequence; query tokens advance with the scan, and input-dependent gates decide what to write or discard. Compression becomes content-dependent rather than uniform pooling. Three key designs initialize queries through adaptive 3D average pooling of spatiotemporal tokens rather than learned embeddings; queries are interleaved among video tokens rather than appended, removing positional bias; and bidirectional scanning recovers spatial structure lost by 1D scanning. Question conditioning prepends the LLM-tokenized question: Z' = [X; Z; Q]. Compression ratio: >16× (36,864 → 2,304 tokens). The central contribution is demonstrating end-to-end learned compression with subquadratic complexity.
② Unresolved gap. BIMBA has no Limitations section, itself worth noting. Three gaps can be inferred: (i) the compressed token count M and pooling ratios are fixed hyperparameters(1×2×2 / 2×2×2 / 4×2×2 by frame-count range), not adaptive to content or question difficulty; (ii) question conditioning is optional and implemented by prepending rather than architecture, preventing one-pass reuse across questions; (iii) efficiency is shown only through curves, without absolute numbers(no FLOPs, ms, or GB). In short, it learns how to compress, but not how much.
③ How the focal work responds. Tempo addresses (i): ATA makes each segment's k_i vary continuously across [4, 128] with relevance. Uniform subsampling (61.46) in Table 2-B is conceptually a proxy for BIMBA-like fixed-ratio compression; ATA improves on it by +2.00pp. But Tempo does not address gap (iii): as critique ⑦ notes, it also provides qualitative O(1) claims without measurements. This is the only gap left unfilled across two consecutive generations in this lineage.
④ Transfer of key designs. BIMBA's component-ablation methodology is clearly inherited: its Table 1 progresses from learned queries 67.67 to average-pooling initialization 68.61, +normalization 69.85, +bidirectionality 71.68, and +interleaving 73.57. The incremental presentation parallels Tempo's five Table 2 groups. More substantively, it passes on the architectural idea of a learnable compression bottleneck between visual encoder and LLM: BIMBA inserts Mamba layers; Tempo inserts an entire 2B VLM. The transition is specialized sequence operator → general pretrained model, reflecting a broader trend over the last two years.
① Problem addressed. Pushes token efficiency while preserving long-context capability. HiCo (hierarchical visual token compression) has two levels: clip-level video-encoder spatiotemporal attention plus similar-token merging compresses each frame to a mean of 16 tokens; video-level progressive visual dropout during LLM inference removes about 50% in shallow layers and uses attention-guided selection deeper, for total compression of approximately 1/50. It pairs this with a four-stage short-to-long curriculum (4 frames → 8 frames → 64–512 frames → post-tuning at 448 resolution). Context expands to 128K, supporting about 10,000 frames. The core result is that single-hop NIAH retrieval reaches 99.1% at 10,000 frames(versus LongVA's 92% at 3,000 frames and LLaMA-VID's 55%), largely solving long-video retrieval.
② Unresolved gap. Its own data reveal an instructive gap: retrieval is nearly perfect, but reasoning remains far from solved. On multihop NIAVH at 10k frames (Figure 6), CAP is only 31.3% and QA only 25.4%. Finding one frame and reasoning across several are very different capabilities. Mechanistically, HiCo's clip-level compression is query-agnostic: every frame gets 16 tokens without knowing the question. Seemingly minor details crucial in combination for multihop reasoning may be discarded during compression. The authors also acknowledge that video-level compression works only at inference because it is incompatible with training accelerations such as sequence parallelism.
③ How the focal work responds. Tempo directly addresses query-agnostic clip compression by injecting the query into the innermost compression stage. Table 1 shows an advantage growing with duration (LongVideoBench −0.2pp → LVBench +4.5pp): query-aware compression helps most on extremely long videos requiring cross-segment reasoning. Tempo's compression is also shared between training and inference, unlike HiCo's inference-only video-level compression, removing that mismatch.
④ Transfer of key designs. Two inheritances: (i) the short-to-long progressive curriculum is nearly identical: VideoChat-Flash uses 4→8→64–512 frames plus high-resolution post-tuning; Tempo uses 1→8→128→384 frames, with the same four-stage structure; (ii) the demonstration that very few tokens/frame can still achieve SOTA. VideoChat-Flash matches Qwen2.5-VL with 16 versus 1924 tokens/frame, paving the conceptual and empirical way for Tempo to reduce the budget another order of magnitude to mean 2.8. The transfer is a fixed tiny budget → a lower mean budget with dynamic variation”.
The driving sequence: Static constants → handcrafted rules → learned operators → pretrained models → adaptive allocation
| Stage | What determines compression | Representative work | Key turning point |
|---|---|---|---|
| 1. Static compression | A global hyperparameter (2 / 144 / 16 tokens/frame) | LLaMA-VID, LongVA, VideoChat-Flash | — |
| 2. Handcrafted rules | Manual thresholds (θ=0.8, J=8, K=8) | LongVU | First introduction of different budgets for different segments |
| 3. Learned operators | An end-to-end trained specialized module (Mamba) | BIMBA | Compression policy becomes learned rather than hand-coded |
| 4. Pretrained models | An entire pretrained VLM | Tempo | The compressor becomes a model rather than an operator |
| 5. Adaptive allocation | Relevance scores produced by the model itself | Tempo (ATA) | How much to compress also becomes a model output |
Three turning points:
Shifts in Community Attention:
| Work | Publication date | Venue / publication | Core contribution | tok/frame | Key metrics | Relationship to the core paper |
|---|---|---|---|---|---|---|
| LLaMA-VID | 2023.11 | ECCV 2024 Main conference | Extreme 2-token/frame compression; Q-Former context tokens | 2 | MLVU 33.2 · VMME 25.9 | Starting point for token budgets; Tempo gains 42.4pp at a similar scale |
| LongVA | 2024.06 | arXiv (venue not found) | Zero-shot cross-modal long-context transfer; UniRes | 144 | VMME 52.6 @128 frames | Counterexample and boundary; shows context expansion hits a limit |
| LongVU | 2024.10 | ICML 2025 Main-conference poster | Heuristic spatiotemporal adaptive compression; text-guided frame selection | ~2 (Adaptive 144/64) | MLVU 65.4 · VMME 60.6 · VMME-L 59.5 | Direct predecessor(same Meta+KAUST team, multiple shared authors); Tempo replaces handcrafted rules with learning |
| BIMBA | 2025.03 | CVPR 2025 Main-conference poster | Mamba selective-scan learned compression; interleaved queries + bidirectional scanning | ~36 (16× compression) | MLVU 71.4 · VMME 64.7 · NExT-QA 83.73 | Origin of learned compression; Tempo inherits its architectural position and adds adaptive compression amounts |
| VideoChat-Flash | 2024.12 | ICLR 2026 Main-conference poster | HiCo hierarchical compression; short-to-long curriculum; 128K/10000 frames | 16 | MLVU 74.7 · VMME 65.3 · LVBench 48.2 · NIAH 99.1%@10k | Strongest direct competitor; Tempo inherits its curriculum and addresses query-agnostic compression |
| STORM (Comparison) | 2025.03 | ICCVW 2025 (Workshop) | Mamba temporal projector; train/test spatiotemporal pooling | 64 (25%→12.5%) | MLVU 72.9 · LVB 60.5 · Latency −65.5% | Positive example of efficiency evidence; the only comparison work reporting measured latency |
| ★ Tempo | 2026.04 | ECCV 2026 | SVLM compressor + same-pass relevance extraction + ATA adaptive budget | 0.5–16 Measured 2.8–3.6 | MLVU 75.6 · VMME 67.8 · VMME-L 57.8 · LVBench 52.7 | Point of convergence |
This is a concrete measurement problem, not a generic call to study long context. LongVA (0.8pp degradation from 128→384 frames), Tempo (0.22pp degradation from 4K→8K), and STORM (acknowledged shorter effective context) independently observe the same effect, yet none quantitatively characterizes the turning point.
An actionable experiment: Fix the model and video set, sweeping only the injected visual-token count B ∈ {1K, 2K, 4K, 8K, 16K, 32K}. At each B, measure (a) end-to-end accuracy, (b) pure retrieval-probe accuracy such as NIAH, and (c) attention-entropy distribution over visual tokens. The hypothesis: (b) keeps improving while (a) declines beyond some B* , localizing degradation to the Inference rather than Retrieval stage. If confirmed, effective context can be defined as B* = argmax_B accuracy(B), followed by asking whether B* scales with LLM size. This valuable gap could be investigated with one model in a week.
As critique ① infers, when segment count N → B_max / k_min , ATA's proportional fallback approaches uniform allocation. Concrete question: Given B_max, k_min, segment count N , and score-distribution {ŝ_i} entropy H(ŝ), can one analytically bound ATA's performance gap to hard top-K? This would directly explain the LVBench result and yield an adaptive switching rule(automatically switch to top-K when N exceeds a threshold).
Table 2-D shows the fine-tuned SVLM is a worse router than the untuned base model (63.46 vs. 63.92). Concrete experiment: Evaluate routing AUC for Tempo's public Stage0/1/2/3 checkpoints on identical segment/query/relevance-label examples. Monotonically declining AUC would support the hypothesis that compression training harms calibration, pointing directly to a multitask-loss remedy. All four checkpoints are public, making this experiment inexpensive to start.
This gap persists across both BIMBA and Tempo. Each provides its own qualitative efficiency claims—curves for BIMBA, O(1) wording for Tempo—preventing direct comparison. Concrete proposal: Fix hardware, such as one A100-80G, and the full LVBench dataset; measure end-to-end wall-clock time, peak memory, and accuracy for LongVU, BIMBA, VideoChat-Flash, STORM, and Tempo. In particular: are Tempo's roughly 1025 2B-model forward passes on a 4101s video actually cheaper than VideoChat-Flash's one-shot hierarchical compression? This is valuable engineering work requiring no new method.
Tempo's third acknowledged limitation: every new question recompresses the entire video, costing O(rounds × video length). Concrete question: Could a two-level cache combine query-independent coarse compression with query-dependent refinement? Cache the coarse pass once, then refine only top-k candidate segments each round. Key experimental gap: How much accuracy is lost relative to Tempo's single-level approach, and after how many rounds is cost amortized?
All five generations are offline, assuming simultaneous access to the whole video. Real embodied and video-assistant applications are streaming: the video is still arriving and future questions are unknown. Concrete question: When s_i must be chosen before future segments arrive, ATA's min-max normalization, which depends on global max(s) with min(s))fails completely. An online alternative is needed: sliding-window quantiles, or a learned absolute threshold?This is a clearly defined and currently open direction.
Section 6 proposes a global LLM acting as a router that requests high-resolution segments as needed. Making this concrete: Long-video understanding becomes a tool-calling problem, where the LLM's tool is zoom_in(segment_id, resolution). The missing comparison is: one-shot optimal allocation (Tempo) versus multiround adaptive retrieval (agent), under the same total token budget. This untested head-to-head could determine the subfield's next two years.
Tempo acknowledges entirely zero-shot routing and proposes SFT or RL, but does not argue which is better—an explicit comparative-experiment gap. SFT requires segment/query/relevance triples, constructible from ground-truth intervals in temporal-localization datasets such as Charades-STA and QVHighlights. RL can use final-answer correctness without intermediate labels, but its signal is sparser. Compare both under matched hardware and data budgets, particularly testing whether RL learns the degenerate policy of always requesting more tokens when reward does not penalize consumption. If so, an explicit budget penalty is needed, reconnecting to effective context in §6.1①.
Current relevance scores use only vision and the text query. Yet Video-MME with subtitles typically gains several points: VideoChat-Flash 65.3 → 69.7, +4.4pp). Concrete question: Could subtitles/audio provide a cheap routing prior? Retrieve candidate segments through text subtitles first, then run expensive visual compression only on candidates. This could reduce the 1025 SVLM passes in §6.2④ by an order of magnitude. What should the alignment objective be: comparable audio/visual relevance scores on one scale, or independent routing followed by a union? The problem remains insufficiently defined.
Not analyzed in depth here; all are CVPR 2026 Highlights or recent high-profile preprints in Tuesday's vision/multimodality rotation.
A DeepMind-affiliated team (Kabra, Ovsjanikov, Hudson, Carreira, Mitra, and others) revisits the data recipe for self-supervised visual encoders. Why it matters: DINO is now a default redundancy metric across video-compression methods, including LongVU; improving its generality would propagate through the downstream chain.
CVPR 2026 Highlights
An efficiency direction orthogonal to Tempo: change how visual tokens enter the LLM—cross-attention instead of concatenation—rather than compressing them. Why it matters: Reading this alongside Tempo separates two independent axes: reducing tokens and changing how tokens are consumed.
arXiv
Argues that video-generation representations transfer directly to discriminative tasks. Why it matters: If true, generative pretraining could replace the entire encoder side of long-video understanding, potentially disrupting this report's full lineage.
arXiv
Long-term personalized multimodal LLMs. Why it matters: Directly related to Tempo's need to recompress video for each dialogue turn; personalized memory and query-aware compression offer a natural intersection.
CVPR 2026 Highlights
Evaluation work studying VLM strategic capability in multi-agent environments. Why it matters: Reflects the community shift from retrieval to reasoning discussed in §4.2.
Project page
An RL method grounding multimodal reasoning in perceptual evidence. Why it matters: Directly relevant to routing post-training in §6.3⑧: using RL to learn where to look.
CVF Open Access
Unified generation and self-verification. Why it matters: Its advantage-decoupling idea may relate to the competition between compression and discrimination suggested by Table 2-D (see §6.1③).
CVPR 2026 Highlights