timminator/PaddleOCR-Standalone
Selected Choose this fork if your priority is a bundled, executable form of PaddleOCR for local use or distribution. Choose upstream if you want the latest features, fastest security fixes, and the full Python-first extension surface.
Unstructured-IO/unstructured.PaddleOCR
stale
significant_divergence
Choose this fork if you want Unstructured-IO-oriented integration and are comfortable owning divergence. Choose upstream if you want the latest PaddleOCR features, broader compatibility, and a healthier update cadence.
m986883511/PaddleOCR-API
stale
significant_divergence
Choose this fork only if the API/GPU deployment shape is exactly what you need and you are comfortable owning an aging, heavily diverged codebase. For most adopters, upstream is the safer default because it is far more current, broader in scope, and actively maintained.
WZMIAOMIAO/PaddleOCR
stale
significant_divergence
Prefer this fork only if you need the older OCR/deployment workflow and can live without upstream's newer document-LLM integrations and maintenance. For new projects, upstream is the safer default.
future1314/PaddleOCR
stale
significant_divergence
Choose this fork only if you specifically need the older, deployment-heavy code path and can accept a stale, highly diverged base. For most adopters building new OCR or document-parsing systems, upstream is the better starting point.
Micro-sheep/PaddleOCR
stale
significant_divergence
Prefer this fork only if you need a legacy, deployment-focused PaddleOCR snapshot and are willing to live without upstream's newer capabilities and ongoing maintenance. For most new adopters, upstream is the better default.
Choose upstream unless you specifically need this fork's branding or are intentionally starting from an older PaddleOCR snapshot. For most adopters, the fork offers no visible functional upside and is far enough behind that upstream is the safer default.
hiroi-sora/PaddleOCR
stale
significant_divergence
Prefer this fork if you want a customized, deployment-heavy OCR baseline and can tolerate being far behind upstream. Prefer upstream if you want current features, active maintenance, and the broadest support matrix.
whjdark/PaddleOCR
stale
significant_divergence
Prefer this fork only if you specifically need the older release/2.6 codebase and are comfortable owning maintenance. For most adopters, upstream is the better default because it is far more current, broader in capability, and actively maintained.
DefTruth/PaddleOCR
stale
significant_divergence
Prefer this fork only if you need the older lightweight OCR/deployment workflow and its annotation tooling. If you want the current PaddleOCR platform, this fork is too stale and too far diverged to be a low-friction base.