Model reference · open weights
Youtu-Parsing-Omni is an open-weight language model from tencent. Youtu-Parsing-Omni (BF16) weighs 10.7 GB; the smallest configuration that runs it is RTX 4060 Ti 16 GB.
For self-hosting, compare this build's requirements below with the GPU you plan to rent.
Summary of the tencent/Youtu-Parsing-Omni model card, 2026-10-10
What it is
| Released by | tencent |
|---|---|
| Released | 2026-10-09 |
| Parameters | 5.3B |
| VRAM | 10.7 GB for the weights |
What it runs on
| Card | Requests at once | Context max | Memory | |
|---|---|---|---|---|
| 8K each | 32K each | |||
| RTX 3060 12 GB | 5K | 11.6 GB | ||
| RTX 4060 Ti 16 GB | 10 | 2 | 85K | 15.4 GB |
| RTX 3090 24 GB | 31 | 7 | 255K | 23.4 GB |
| RTX 4090 24 GB | 31 | 7 | 254K | 23.4 GB |
| RTX 5090 32 GB | 52 | 13 | 416K | 31.0 GB |
| L40S 48 GB | 86 | 21 | 690K | 44.0 GB |
| A100 80 GB | 177 | 44 | all 1024K | 78.2 GB |
| H100 80 GB | 166 | 41 | all 1024K | 78.1 GB |
| RTX PRO 6000 Blackwell 96 GB | 207 | 51 | all 1024K | 93.8 GB |
| DGX Spark (GB10) 128 GB unified | 243 | 60 | all 1024K | 107 GB |
| H200 141 GB | 324 | 81 | all 1024K | 138 GB |
| B200 180 GB | 424 | 106 | all 1024K | 176 GB |
| 2× RTX 3060 12 GB tensor parallel | 14 | 3 | 118K | 11.6 GB a card |
| Requests at once | 8K tokens each | 32K tokens each |
|---|---|---|
| 1 | 11.7 GB | 12.9 GB |
| 5 | 13.2 GB | 18.9 GB |
| 8 | 14.4 GB | 23.4 GB |
| 16 | 17.4 GB | 35.5 GB |
| 32 | 23.4 GB | 59.7 GB |
| 64 | 35.5 GB | 108 GB |
One card, with vLLM's small-card settings.
From the model card
Youtu-Parsing-Omni is a compact (5B) omni-modal parsing model. Given a single
input — a document page, a natural image, a chart / flowchart, a geometry
figure, an audio clip or an audio-visual video — it produces one structured
JSON envelope that covers both perception (layout elements, text, tables,
formulas, bounding boxes, timestamps, ASR, OCR, acoustic events, camera motion)
and cognition (captions, narratives, reports). The output family is
selected by the task prompt (--task in the examples, keys of
prompts/youtu_parsing_omni.json).
| Input | --task | modality / subtype | Key contents |
|---|---|---|---|
| Document page | document | image / document | layout elements with bbox, text / LaTeX / OTSL tables / Markdown charts / Mermaid flowcharts, reading order |
| Natural image | natural_image | image / natural_image | entities and text with bbox, tags, captions, global description |
| Chart | graphics_chart | image / document | one chart element: Markdown table, notes, caption |
| Flowchart | graphics_flowchart | image / document | one flowchart element: Mermaid, caption |
| Geometry figure | graphics_geometric | image / document | one geometric element: points, lines, arcs, shapes, geometric relations and measurements |
| Audio | audio | audio / – | vocal / non-vocal segments with timestamps, speakers, ASR, timbre / scene captions, acoustic events |
| Natural video | natural_video | video / natural_video | temporal segments with visual elements, actions, interactions, camera motion, audio track |
| Text-rich video | textrich_video | video / text_rich_video | segments with OCR + ASR and a Markdown structured_report of the whole video |
Highlights (see the technical report for details):
Existing omni-modal parsers (a) encode pixels and audio with two separately pre-trained towers whose streams
first meet inside the language model. Youtu-Parsing-Omni (b) replaces both towers with a single
Youtu-Omni-Encoder, initialized from a pre-trained text language model to strengthen text reading.
Thin modality-specific stems map pixels and log-mel frames to tokens; a shared bidirectional Transformer
contextualizes an arbitrary packed mix of images, audio chunks and videos under one (t, h, w) positional
encoding; modality-specific mergers and projectors then feed the tokens, together with the text prompt, to
the Youtu-LLM decoder, which emits OmniSchema JSON. Only the stems and the merger / projector heads depend
on the modality, so almost all perception parameters are shared.
The frames and audio chunks of a video are packed in temporal order. (a) A non-fusion layer gives every frame
and every audio chunk its own attention window, while a few fusion layers start a new window at every
audio-to-frame boundary, so a frame attends to the sound of the same instant. (b) Vision tokens take t from
the frame index and (h, w) from the patch grid; audio tokens take t from their time offset with h = w = 0,
so both modalities share one temporal coordinate system. Cross-modal alignment is thus computed inside the
encoder rather than reconstructed by the decoder.
All ten parsing tasks share OmniSchema, so after SFT and schema-routed RLVR a single self-evolving post-training procedure, OSAD, applies the same token-role-based objective across tasks. The student samples its own parses; rollouts that pass the admission gate (JSON validity, schema conformance, box syntax, repetition checks) are scored by a frozen copy of the model that additionally sees the reference parse. Because every output follows OmniSchema, each token is identified as content (Jensen–Shannon divergence) or structure (forward KL at a higher temperature), plus an all-token JS term. At every round boundary the student's LoRA adapters are merged and the student becomes the next teacher, so the parser and its supervision co-evolve without a hand-designed reward or a separately trained teacher.
Quoted from the model card on Hugging Face. The full card is behind the Hugging Face link above.