How to use from
Docker Model Runner
docker model run hf.co/LunarOilRig/PaddleOCR-VL-manga-GGUF:Q4_K_M
Quick Links

PaddleOCR-VL-For-Manga, GGUF

GGUF conversion of jzhang533/PaddleOCR-VL-For-Manga, a PaddleOCR-VL fine-tune for Japanese manga text. Converted for use in the browser via wllama, which needs GGUF rather than safetensors.

file size what it is
PaddleOCR-VL-manga-Q4_K_M.gguf 286 MB decoder
mmproj-Q8_0.gguf 570 MB vision projector

Both files are required.

Usage

llama-mtmd-cli -m PaddleOCR-VL-manga-Q4_K_M.gguf --mmproj mmproj-Q8_0.gguf \
  --image crop.png -p "OCR:" --jinja --temp 0

Use the prompt OCR: โ€” these weights are trained on it. The model expects a crop of a single text region, not a whole page.

Quantization

Converted with convert_hf_to_gguf.py (llama.cpp b10150) to F16, then quantized with llama-quantize to Q4_K_M. The vision projector is Q8_0.

The upstream vision config declares SiglipVisionModel; the converter's mmproj path expects PaddleOCRVisionModel, so that field was renamed before converting. No weights were altered.

On a 7-crop Japanese manga page, Q4_K_M output was character-identical to F16 except for one ambiguous handwritten kanji, so the smaller file costs nothing in practice.

Licence

Apache-2.0, inherited from PaddleOCR-VL. Credit for the fine-tune belongs to jzhang533; this repository only changes the file format.

Downloads last month
-
GGUF
Model size
0.5B params
Architecture
paddleocr
Hardware compatibility
Log In to add your hardware

4-bit

Inference Providers NEW
This model isn't deployed by any Inference Provider. ๐Ÿ™‹ Ask for provider support

Model tree for LunarOilRig/PaddleOCR-VL-manga-GGUF

Quantized
(3)
this model