PDF-Optimierung - Laden von Bildern vor eingebettetem Text - Siehe Beispiele

Question

Ich habe versucht, einen Weg zu finden, wie unser OCRed PDF (bad-uc.pdf) sich genauso verhält wie das infix, das gespeichert wurde (good-uc.pdf) .

Wenn Sie die folgenden zwei Dateien in Acrobat Reader öffnen (jede Version sollte das gleiche Problem zeigen), werden Sie die bad-uc.pdf lädt den Text vor dem Seitenbild (sehr langsam) ... wo das Gute -uc.pdf lädt alles zusammen (scheint viel schneller und reaktionsschneller).

gut uc.pdf: https://drive.google.com/file/d/0B-Nxr9ySWJnNX2dZSmVscEZIRmc/view?usp=sharing bad-uc-pdf: https://drive.google.com/file/d/0B-Nxr9ySWJnNN2t6X2hFNTBxa0U/view?usp=sharing

Ich habe versucht: pdftk, pdftops, ghost, pdf2ps, ps2pdf und qpdf, aber immer noch nicht die Bilder, bevor bekommen konnte zu laden der Text ... Kann jemand Experte in PDF etwas Licht auf warum diese zwei PDFs anders verhalten ...

Ich denke, Infix restrukturieren die PDF so die Bilder vor dem eingebetteten Text geladen werden, aber ich kann kein Linux finden Befehlszeilen-Tool, das diese Art von PDF-Struktur Optimierung tun kann.

Sehr geschätzt !! Jeffrey

Answer 1

Schuppen einige Lichter auf, warum diese beiden PDF-Dateien verhalten sich anders ...

Eigentlich sowohl PDFs etwa zur gleichen Zeit in Anspruch nehmen von Adobe Reader auf meinem Computer richtig angezeigt, bis zu werden. Aber während Ihr bad-uc.pdf zuerst den OCR-Text zeigt und ihn dann mit dem Scan abdeckt, scheint das Good-uc.pdf zuerst eine normale Seite zu zeigen und deckt sie dann mit dem Scan ab.

Der Grund dafür ist, dass good-uc.pdf den OCR-Text im Rendering-Modus 3 ("unsichtbar") und bad-uc.pdf im Rendering-Modus 0 ("Fülle-Umriss") normal malt Füllfarbe schwarz. Da die unsichtbare Malerei weniger Zeit benötigt als die tatsächliche Malerei in Schwarz auf Weiß, könnte es sogar einen objektiven Unterschied zwischen den Rendering-Zeiten geben, aber ich denke, dass es meistens subjektiv ist.