Jiqizhixin (机器之心)→ original

Baidu, Tsinghua and Renmin Open-Source LoopVL, Teaching a Loop Transformer to See

Baidu, together with Tsinghua University and the Gaoling School of Artificial Intelligence at Renmin University of China, has released LoopVL, a vision-language model built on the Loop Transformer architecture. In these networks, a single block of parameters is applied repeatedly, and the model's state is updated on every pass. The authors test whether this approach works on images, where text, objects and spatial relationships all appear at once. The available announcement gives no benchmark figures or model size, so those will have to come from the paper and the repository. • Architecture: a looped transformer with shared parameters. • Team: Baidu, Tsinghua, Gaoling (Renmin). • Code and weights are open; check the metrics against the primary source.

AI-processed from Jiqizhixin (机器之心); edited by Hamidun News
Baidu, Tsinghua and Renmin Open-Source LoopVL, Teaching a Loop Transformer to See
Source: Jiqizhixin (机器之心). Collage: Hamidun News.
◐ Listen to article

Baidu, together with Tsinghua University and the Gaoling School of Artificial Intelligence at Renmin University of China, has made LoopVL publicly available. It is a vision-language model built on a Loop Transformer, a network that applies one set of weights to the model's state several times in a row. The researchers take on a question that has mostly been discussed for text so far: does the gain from loops hold up when the input is an image? The published Jiqizhixin announcement gives neither the model size nor any benchmark results, so concrete numbers will have to come from the paper and the repository.

What a Loop Transformer is and why it matters

A standard transformer stacks dozens of distinct layers, each with its own weights. The looped variant takes a different route: it takes a block or a group of blocks and runs the hidden state through them several times. The depth of computation grows, while the parameter count stays the same.

According to the authors, the approach has evolved. It started as simple reuse of a module. Now it involves more complex multi-level loops, in which shared parameters continually update the model's state. For language tasks the idea is clear: the model can "think again" over the same representation without inflating its weights.

Why vision complicates the problem

An image is structured differently from a text sequence. A single frame holds captions, objects and the spatial relationships between them at once: what is on the left, what is in the foreground, what is labeled. The authors ask how repeated passes will cope with this. Different iterations may specialize, for example one reading text and another building the geometry of the scene. Or they may duplicate each other and simply waste compute. The announcement breaks off at exactly this point ("different loops may…"), and the available excerpt contains no findings from the study. The answer to this question has to be sought in the paper itself.

What is known so far

  • Name: LoopVL, a vision-language model based on a Loop Transformer.
  • Participants: Baidu, Tsinghua University, the Gaoling School (Renmin University of China).
  • License and format: the project is announced as open.
  • Key idea: shared parameters plus multi-level loops that update the model's state.
  • Model size, number of loops, benchmark results and inference speed are not stated in the available text.

Why engineers should care

The main advantage of loops is memory savings. A model with shared weights takes up less space, which matters for on-device deployment and for limited VRAM. The price is paid in compute: every extra pass costs FLOPs and adds latency. In multimodal models, where an image already turns into hundreds of tokens, the cost of repetition is more noticeable than in text. The payoff depends on how many loops are actually needed and whether their number can be adjusted to the complexity of the query.

If you are considering LoopVL, check the following first:

  • comparison with a standard model of the same parameter count and the same compute budget, not only with a smaller baseline version;
  • results on tasks with text in the frame (OCR, documents, charts) and on spatial questions, where different loops should in theory behave differently;
  • latency and memory consumption at a realistic visual sequence length;
  • the license for the weights and code, and whether checkpoints are available for fine-tuning.

Until the metrics are published, it makes sense to treat LoopVL as a research reference point. It tests whether a looped architecture can withstand a multimodal workload. If it can, developers of compact models gain another way to add depth without growing the number of weights. If the loops turn out to be redundant, that is also a useful result, and the open weights make it possible to verify it independently.

ZK
Hamidun News
AI news without noise. Daily editorial selection from 50+ sources. A product by Zhemal Khamidun, Head of AI at Alpina Digital.
✦ Hands-On AI Engineering

Build & Ship Production AI Apps with Vibe Coding

Join Zhemal Khamidun's hands-on Vibe Coding Intensive at hamidun.com/vibecoding — master Claude Code, Cursor, and autonomous agentic workflows.

Explore Vibe Coding →Vibe Academy Platform
What do you think?
Loading comments…