Downloads · 30 days
18
16% of all-time downloads
xCloudinfo/Llama-xReadable-11B-zhTW-OCR-v2
Llama-xReadable-11B-zhTW-OCR-v2 is a image-text-to-text model from xCloudinfo. Use it for the image-text-to-text task on the model card, and read the license before you ship it in a product. The card lists the license as llama3.2.
Downloads · 30 days
18
16% of all-time downloads
All-time downloads
112
Public
Parameters
10.7B
21.4 GB on disk
Likes
0
Public
Click a slice to open those files.
.safetensors21.3 GB · 100%
From the Hugging Face model README
Built with Llama
云碩科技 · xCloudinfo · 系列:Meta Llama 3.2 Vision · 云碩繁體中文OCR
以 meta-llama/Llama-3.2-11B-Vision-Instruct 為基底,由云碩科技在自有AI算力資源池上微調的繁體中文(台灣)OCR模型。專注台灣場景的文字辨識——公文、票據、文件與各類筆記的中英混寫內容,可地端部署、資料不外流。xReadable:讓文件被讀懂。
已有更新版本
新導入請使用
Llama-xReadable-11B-zhTW-OCR-v3—— 字型多樣性由5個設計家族擴充至16個,印刷辨識在各項量測上全面優於本版。本頁保留供既有使用者參考。
v2相對v1的變化:真實手寫訓練樣本大幅擴充(含首次納入純英文樣本),長篇手寫辨識大幅改善;短篇手寫與v1相當;印刷/掃描辨識維持生產可用水準。定位:印刷/掃描文件辨識為生產可用主力;手寫辨識持續迭代中。
評測皆以真實拍攝/掃描或渲染文件影像計算字元錯誤率(CER)。
| 場景 | v2(本模型) | v1(前版,參考) | 說明 |
|---|---|---|---|
| 印刷/掃描繁中文件(內部測試集) | 0.73% | 0.93% | 生產可用主力能力(v2再進步) |
| 手寫繁中·短篇業務筆記(真實照片) | 66.2% | 64.1% | 兩版相當;見下方誠實說明 |
| 手寫繁中·長篇多句內容 | 73.5% | 142.2% | v2大幅改善(腰斬) |
上表0.73% 係在內部測試集上量測,該測試集的渲染字型與訓練資料同源。為量測真實泛化能力,我們另以訓練從未使用過的字型驗證:
| 渲染字型 | 是否在訓練字型集內 | CER |
|---|---|---|
| Noto Sans CJK TC(黑體) | 是 是 | 0.00% |
| Noto Serif CJK TC(襯線) | 是 是 | 0.00% |
| AR PL UMing(明體) | 是 是 | 0.00% |
| AR PL UKai(楷體) | 是 是 | 1.39% |
| macOS Songti TC(宋體) | 否 未見過 | 0.00% |
| macOS STHeiti(黑體) | 否 未見過 | 2.78% |
本模型對未見過的字型泛化良好:未見宋體0.00%、未見黑體2.78%。
勘誤(2026-07-23):本卡片先前版本記載「未見宋體25~28%」並據此描述字型泛化不足。該數字係測試影像製作錯誤所致,並非模型表現:
Songti.ttc的第0個字面為簡體字面(Songti SC Black),缺少「碩體學識測試義區號電話機驗證準確」等繁體字;PILImageFont.truetype(path, size)預設取index=0,缺字被靜默渲染為空白(非豆腐字方框),模型正確辨識了影像上實際存在的文字,是比對用的ground truth有誤。改用同一檔案中的Songti TC Regular(index=7)重製測試圖後,實測為 0.00%。特此更正。提醒自行評測者:渲染測試影像後請逐字確認非空白再用於量測,否則會把字型缺字誤判為模型缺陷。
更強的版本:字型多樣性已於 v3 擴充至16個設計家族(另保留8家族全程不進訓練供泛化量測),未見黑體由2.78% 進步至1.39%。新導入建議直接使用v3。
我們以完全不同架構的開源OCR(NVIDIA nemotron-ocr-v2,偵測+辨識管線、非語言模型)在同一組真實手寫短篇上交叉驗證,逐張CER 與本模型幾乎完全一致(例:某淡鉛筆掃描頁兩者皆約88%、某清晰頁兩者皆約45%)。兩種原理迥異的系統得到相同的逐張結果,代表該數字主要由影像本身的可辨識度決定(淡鉛筆、潦草、低對比=物理極限),而非單一模型的弱點。清晰書寫的短篇手寫,實測可達40% 上下;影像品質是關鍵變因。
本repo提供 bf16 safetensors(transformers/vLLM原生格式),未提供GGUF:Llama 3.2 Vision的 mllama 架構llama.cpp官方尚未支援轉換/載入,故llama.cpp/LM Studio/Ollama目前無法運行本模型;transformers 與 vLLM 可原生載入。上游支援後將補上官方相容GGUF。
bf16權重約21GB,推論建議單張 ≥ 24GB VRAM的GPU(RTX 3090/4090、A10、L4、A100等),或以 device_map="auto" 多卡分攤;記憶體不足可用 bitsandbytes 做int8/int4量化。
from transformers import MllamaForConditionalGeneration, AutoProcessor
from PIL import Image
import torch
model_id = "xCloudinfo/Llama-xReadable-11B-zhTW-OCR-v2"
model = MllamaForConditionalGeneration.from_pretrained(
model_id, torch_dtype=torch.bfloat16, device_map="auto"
).eval()
processor = AutoProcessor.from_pretrained(model_id)
image = Image.open("your_document.jpg").convert("RGB")
prompt = "請辨識圖片中的所有文字,逐字完整輸出,只輸出文字本身。"
messages = [{"role": "user", "content": [{"type": "image"}, {"type": "text", "text": prompt}]}]
text = processor.apply_chat_template(messages, add_generation_prompt=True, tokenize=False)
inputs = processor(text=[text], images=[image], return_tensors="pt").to(model.device)
out = model.generate(**inputs, max_new_tokens=768, do_sample=False)
print(processor.decode(out[0][inputs["input_ids"].shape[1]:], skip_special_tokens=True))
vllm serve xCloudinfo/Llama-xReadable-11B-zhTW-OCR-v2 --dtype bfloat16 --max-model-len 4096
本模型為Meta Llama 3.2的衍生模型,散布須遵守 Llama 3.2 Community License Agreement:
meta-llama/Llama-3.2-11B-Vision-Instruct(Meta Platforms, Inc.)。LICENSE);須提供該授權副本並保留本聲明。Built with Llama. 由 云碩科技xCloudinfo於自有AI算力資源池微調、散布;基底模型之權利屬Meta Platforms, Inc.。
云碩科技(xCloudinfo Corp. Limited)專注於地端私有化人工智慧解決方案。xVITA是云碩自研模型的品牌名稱。
其他模型請見 https://hf.co/xCloudinfo。
Built with Llama
xCloudinfo (云碩科技) · Series: Meta Llama 3.2 Vision · xCloudinfo Traditional Chinese OCR
A Traditional Chinese (Taiwan) OCR model built on meta-llama/Llama-3.2-11B-Vision-Instruct and fine-tuned by xCloudinfo on its own AI compute pool. It focuses on text recognition for Taiwan scenarios — the mixed Chinese/English content of official documents, receipts, documents, and various kinds of notes — and can be deployed on-premises with no data leaving the site. xReadable: making documents readable.
A newer version is available
For new deployments please use
Llama-xReadable-11B-zhTW-OCR-v3— the font diversity has been expanded from 5 design families to 16, and printed-text recognition is better than this version across every metric. This page is kept for the reference of existing users.
What changed in v2 relative to v1: the real handwriting training samples were substantially expanded (including English-only samples for the first time), and long-form handwriting recognition improved substantially; short-form handwriting is on par with v1; printed/scanned recognition stays at a production-usable level. Positioning: printed/scanned document recognition is the production-usable mainstay; handwriting recognition is still being iterated.
All evaluations compute the character error rate (CER) on real photographed/scanned or rendered document images.
| Scenario | v2 (this model) | v1 (previous, reference) | Notes |
|---|---|---|---|
| Printed/scanned Traditional Chinese documents (internal test set) | 0.73% | 0.93% | Production-usable mainstay capability (v2 improves again) |
| Handwritten Traditional Chinese · short business notes (real photos) | 66.2% | 64.1% | The two versions are comparable; see the honest note below |
| Handwritten Traditional Chinese · long, multi-sentence content | 73.5% | 142.2% | v2 improves substantially (roughly halved) |
The 0.73% above is measured on an internal test set whose rendered fonts come from the same source as the training data. To measure true generalization, we validated separately with fonts never used in training:
| Rendered font | In the training font set? | CER |
|---|---|---|
| Noto Sans CJK TC (sans-serif) | Yes | 0.00% |
| Noto Serif CJK TC (serif) | Yes | 0.00% |
| AR PL UMing (Ming) | Yes | 0.00% |
| AR PL UKai (Kai) | Yes | 1.39% |
| macOS Songti TC (Song) | No, unseen | 0.00% |
| macOS STHeiti (sans-serif) | No, unseen | 2.78% |
This model generalizes well to unseen fonts: 0.00% on an unseen Song font, 2.78% on an unseen sans-serif font.
Erratum (2026-07-23): a previous version of this card reported "unseen Song font 25~28%" and used it to describe the model as generalizing poorly to fonts. That number was caused by an error in making the test image, not by model performance: face 0 of
Songti.ttcis a Simplified face (Songti SC Black), which lacks Traditional characters such as "碩體學識測試義區號電話機驗證準確"; PILImageFont.truetype(path, size)takes index=0 by default, so the missing characters were silently rendered as blank (not as tofu boxes). The model correctly recognized the text actually present in the image; it was the ground truth used for comparison that was wrong. After remaking the test images using Songti TC Regular (index=7) from the same file, the measured result was 0.00%. Corrected here for the record.A reminder for those running their own evaluations: after rendering a test image, confirm character by character that it is not blank before using it for measurement, otherwise you will mistake missing font characters for a model defect.
A stronger version: font diversity has been expanded to 16 design families in v3 (with 8 additional families kept entirely out of training for generalization measurement), and the unseen sans-serif font improved from 2.78% to 1.39%. For new deployments we recommend going straight to v3.
We cross-validated on the same set of real short handwriting samples using an open-source OCR of a completely different architecture (NVIDIA nemotron-ocr-v2, a detection + recognition pipeline, not a language model), and the per-image CER was almost identical to this model (for example, a faint pencil scanned page was about 88% for both, and a clear page was about 45% for both). Two systems with fundamentally different principles producing the same per-image results means the number is mainly determined by the legibility of the image itself (faint pencil, scrawl, low contrast = a physical limit), not by the weakness of a single model. For clearly written short handwriting, the measured result can reach around 40%; image quality is the key variable.
This repo provides bf16 safetensors (the native transformers/vLLM format) and does not provide GGUF: llama.cpp does not yet officially support conversion/loading of Llama 3.2 Vision's mllama architecture, so llama.cpp / LM Studio / Ollama cannot currently run this model; transformers and vLLM can load it natively. An officially compatible GGUF will be added once upstream support lands.
The bf16 weights are about 21GB; for inference we recommend a single GPU with ≥ 24GB VRAM (RTX 3090/4090, A10, L4, A100, etc.), or splitting across multiple cards with device_map="auto"; if memory is insufficient you can quantize to int8/int4 with bitsandbytes.
from transformers import MllamaForConditionalGeneration, AutoProcessor
from PIL import Image
import torch
model_id = "xCloudinfo/Llama-xReadable-11B-zhTW-OCR-v2"
model = MllamaForConditionalGeneration.from_pretrained(
model_id, torch_dtype=torch.bfloat16, device_map="auto"
).eval()
processor = AutoProcessor.from_pretrained(model_id)
image = Image.open("your_document.jpg").convert("RGB")
prompt = "請辨識圖片中的所有文字,逐字完整輸出,只輸出文字本身。"
messages = [{"role": "user", "content": [{"type": "image"}, {"type": "text", "text": prompt}]}]
text = processor.apply_chat_template(messages, add_generation_prompt=True, tokenize=False)
inputs = processor(text=[text], images=[image], return_tensors="pt").to(model.device)
out = model.generate(**inputs, max_new_tokens=768, do_sample=False)
print(processor.decode(out[0][inputs["input_ids"].shape[1]:], skip_special_tokens=True))
vllm serve xCloudinfo/Llama-xReadable-11B-zhTW-OCR-v2 --dtype bfloat16 --max-model-len 4096
This model is a derivative of Meta Llama 3.2, and distribution is subject to the Llama 3.2 Community License Agreement:
meta-llama/Llama-3.2-11B-Vision-Instruct (Meta Platforms, Inc.).LICENSE in this repo); the license copy must be provided and this statement retained.Built with Llama. Fine-tuned and distributed by xCloudinfo (云碩科技) on its own AI compute pool; rights in the base model belong to Meta Platforms, Inc.
xCloudinfo Corp. Limited (云碩科技) builds on-premises, private AI solutions. xVITA is xCloudinfo's in-house model brand.
More models: https://hf.co/xCloudinfo