Model reference · open weights

TeleOCR

LLMs StarDoc-AI Vision + text 1 build Open weights 16k dl/mo

TeleOCR is an open-weight language model from StarDoc-AI. TeleOCR (BF16) weighs 2.8 GB; the smallest configuration that runs it is RTX 3060 12 GB.

TeleOCR is a 1.4B parameter open-source Vision-Language Model developed by StarDoc-AI for image-text-to-text document parsing. It supports Chinese, English, and Japanese with a context length of 128,000 tokens and is released under the Apache 2.0 license. The model unifies the parsing of digital and camera-captured documents within a single framework.

Summary of the StarDoc-AI/TeleOCR model card, 2026-10-01

What it is

Released byStarDoc-AI
TypeLanguage models
TaskVision + text
Parameters (lead)1.4B
Context128,000 tokens
Runs withtransformers
Released2026-08-14
Popularity16k downloads / month
Weights2.8 GB (TeleOCR (BF16), file size)
LicenceOpen weights

What it runs on

Memory and cards for TeleOCR (BF16)

Weights 2.8 GB (file size) · KV cache 115 MB per 1,000 tokens of context, at 16 bits (vLLM's default for this build; an 8-bit cache halves it) · runtime overhead from 1.9 GB on a small card · context up to 128,000 tokens.

CardRequests at once
8K tokens each
Requests at once
32K tokens each
Longest single
request
Counted
memory
RTX 3060 12 GB7158K11.6 GB
RTX 4060 Ti 16 GB11290K15.4 GB
RTX 3090 24 GB194all 125K23.4 GB
RTX 4090 24 GB194all 125K23.4 GB
RTX 5090 32 GB276all 125K31.0 GB
L40S 48 GB4110all 125K44.0 GB
A100 80 GB7819all 125K78.2 GB
H100 80 GB7318all 125K78.1 GB
RTX PRO 6000 Blackwell 96 GB9022all 125K93.8 GB
DGX Spark (GB10) 128 GB unified10426all 125K107 GB
H200 141 GB13734all 125K138 GB
B200 180 GB17844all 125K176 GB
2× RTX 3060 12 GB
tensor parallel
174all 125K11.6 GB a card
Memory needed at each load
Requests at once8K tokens each32K tokens each
15.7 GB8.5 GB
59.4 GB23.5 GB
812.3 GB34.8 GB
1619.8 GB64.9 GB
3234.8 GB125 GB
6464.9 GB245 GB

On one card, with vLLM's small-card settings (2,048 tokens a step). Cards of 70 GB and more reserve more per request and more overhead — each row above uses its own card's settings.

Estimates, not measurements, checked against published vLLM startup logs. The weights are the build's file size; the cache is calculated from its config (grouped-query attention); the overhead is an estimate of vLLM's own memory with that card's default settings. "Requests at once" is how many requests of that length vLLM admits — its reservation at full length, with --max-model-len set to that length; requests that stay shorter fit more. "Longest single request" is the most one request can hold there: below the model's maximum, vLLM starts only with --max-model-len set at or under it. "Counted memory" is vLLM's default 92 % of what CUDA reports for the card (the DGX Spark: about 100 GiB of its shared 128 GB). A tensor-parallel split pools the cards' memory and speeds each token up, at the cost of the link between them; a layer split (llama.cpp) holds more but does not make one request faster. Assumes vLLM 0.10 or later.

From the model card

What StarDoc-AI says about TeleOCR

Read the model card

TeleOCR: Navigating Document Parsing Across Digital and Camera-Captured Documents

🔥 News

  • 2026/09/10 - We have renamed NaviDC-OCR to TeleOCR, and all subsequent model iterations will be developed and released under the TeleOCR version.
  • 2026/09/01 - We noticed that EMNLP 2026 is hosting the Dr.DocBench Challenge, a document parsing competition. We evaluated NaviDC-OCR with its native weights, achieving better results than MinerU 2.5 Pro and PaddleOCR-VL 1.6. Detailed results are shown below dr.docbench-challenge. We welcome the use of NaviDC‑OCR for competitions. Going forward, we will continue to deliver competitive parsing models for the community.
  • 2026/08/29 — Thanks to Nandraj for the GGUF conversion and llama.cpp support! 🔗 NaviDC-OCR-GGUF
  • 2026/08/17 — NaviDC-OCR model weights and technical report have been released.

📖 Introduction

TeleOCR is a lightweight (~1.2B parameters), open-source Vision-Language Model designed specifically for document parsing.

Unlike existing methods that mainly target either digital documents or camera-captured documents, TeleOCR unifies both scenarios within a single framework.

Compared with previous document parsing models, TeleOCR introduces

  • Multi-node Consensus Voting (MCV) for automatic pseudo-label generation
  • Geometry-aware document modeling for camera-captured documents
  • Curvature-Guided Douglas-Peucker Sampling (CGDP)
  • Image-to-image self-verification for automatic data refinement
  • Progressive four-stage training pipeline
  • Content-Structure Decoupled Learning for tables and formulas

These techniques enable TeleOCR to achieve state-of-the-art performance on both digital and camera-captured document benchmarks while remaining lightweight enough for practical deployment.

📊 Experimental Results

TeleOCR achieves state-of-the-art performance on multiple public document parsing benchmarks.

Layout Visualization of Distorted Documents

To evaluate the model's ability to understand complex document deformations, we conduct a visual evaluation on the public dewarping datasets DocUNet and DIR300, with representative results shown in Figure. TeleOCR directly performs layout and content parsing on distorted documents without dewarping preprocessing or a dedicated rectification model, demonstrating robust parsing under complex geometric deformations.


Dr.DocBench Challenge

模型overall ↑Text edit ↓formula cdm ↑Table teds ↑order edit ↓
Specialized VLMs
TeleOCR67.960.19030.0264.970.398
Mineru 2.5 pro62.260.34020.0467.750.356
OvisOCR259.250.38830.0061.590.3791
PaddleOCRvl 1.655.110.43640.2151.340.412

OmniDocBench v1.6

Model TypeMethodsParamOverall ↑Text Edit ↓Formula CDM ↑Table TEDS ↑Table TEDS-S ↑Read Order Edit ↓
Specialized VLMsTeleOCR1.2B96.870.02796.3697.0598.520.122
OvisOCR20.8B96.580.02597.5394.7697.160.111
PaddleOCR-VL-1.60.9B96.330.03397.4994.7697.110.127
MinerU2.5-Pro1.2B95.750.03697.4593.4295.920.120
GLM-OCR0.9B95.220.04497.1892.8395.390.133
PaddleOCR-VL-1.50.9B94.870.03896.6991.6794.370.130
HunyuanOCR-1.51B94.740.03397.4994.7697.110.127
PaddleOCR-VL0.9B94.110.04095.7090.6593.740.135
Youtu-Parsing2.5B93.680.04493.4592.0295.000.116
Logics-Parsing-v24B93.270.04195.4788.4291.980.137
FireRed-OCR2B93.200.03795.2788.0491.060.131
MinerU2.51.2B92.980.04595.5987.8891.470.130
OpenDoc-0.1B0.1B90.640.04992.9383.8887.450.140
dots.ocr3B90.500.04889.1287.1890.580.138
DeepSeek-OCR 23B90.170.05091.5983.8987.750.144
HunyuanOCR1B89.870.08987.4491.0193.230.171
Dolphin-v23B89.340.06990.5384.4087.440.150
OCRVerse4B88.440.06389.1482.4486.270.163
MonkeyOCR-pro-3B3B88.430.07488.3384.3588.620.189
General VLMsOvis2.6-30B-A3B30B93.620.03594.9389.4492.400.135
Gemini 3 Pro--92.850.06495.8389.1592.960.165
Gemini 3 Flash--92.580.06695.0389.2993.510.173
Qwen3-VL-235B235B89.780.06392.5383.0786.750.166
GPT-5.2--86.520.11488.0082.9587.930.193
InternVL3.5-241B241B83.610.13089.5274.3579.780.215

Wild_OmniDocBench

Model TypeMethodsParamOverall ↑Text Edit ↓Formula CDM ↑Table TEDS ↑Table TEDS-S ↑Read Order Edit ↓
Decoupled VLMsTeleOCR1.2B88.530.117388.2689.0592.140.2011
PaddleOCR-VL-1.60.9B87.360.136988.4285.7690.140.2057
MinerU2.5-Pro1.2B87.330.136290.1585.4690.120.2013

Quoted from the model card on Hugging Face — the full card is behind the Hugging Face link above.

© 2026 AxForge · EU-hosted AI infrastructure Pricing Docs Trust Privacy Terms