HackerTrans
トップ新着トレンドコメント過去質問紹介求人

pfdomizer

4 カルマ登録 4 か月前

投稿

[untitled]

1 ポイント·投稿者 pfdomizer·17 時間前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·6 日前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·11 日前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·14 日前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·2 か月前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·2 か月前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·2 か月前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·2 か月前·0 コメント

[untitled]

1 ポイント·投稿者 pfdomizer·3 か月前·0 コメント

Show HN: We built an OCR server that can process 270 dense images/s on a 5090

github.com
8 ポイント·投稿者 pfdomizer·3 か月前·2 コメント

TurboOCR: CUDA and TensorRT OCR Server at 270 img/s

github.com
2 ポイント·投稿者 pfdomizer·3 か月前·0 コメント

Show HN: TurboOCR up to 1200 pages/s with Paddle and TensorRT (C++/CUDA, FP16)

github.com
3 ポイント·投稿者 pfdomizer·3 か月前·0 コメント

TurboOCR: 270–1200 img/s OCR with Paddle and TensorRT (C++/CUDA, FP16)

github.com
7 ポイント·投稿者 pfdomizer·3 か月前·4 コメント

コメント

pfdomizer
·3 か月前·議論
No but it should work i just tested it on a 5090
pfdomizer
·3 か月前·議論
Thanks, happy to hear that!
pfdomizer
·3 か月前·議論
Docling and MinerU are great for structured output like markdown and table extraction, but they run at 1-5 pages/s because of the VLMs under the hood.

Turbo-OCR gives you bounding boxes, text, and layout regions at multiple hundred img/s depending on the text density. When you have many PDFs to process, it makes a huge difference. You can always pipe the output into a VLM for the pages that need deeper extraction. Structured extraction and markdown output are on the roadmap (without sacrificing too much speed).