Try pdf box to render pdf as images #452
Conversation
|
Je to pri dlhých dokumentoch trochu pomalšie na vyrenderovanie, ale tak väčšina podpisovaných dokumentov nie je dlhá. Skúšal som 102 stranové PDF. Latest verzia 5,5 sekundy, túto verzia 9,5 sekundy. |
|
|
mozno off-topic kedze som s PDFBox od Apache este nerobil - ale preco je pouzita ver. 2.0.x ked uz releasli aj 3.0.2 (a pripravuje sa 4.x)? V sekcii https://pdfbox.apache.org/3.0/migration.html popisuju vylepsenia, tak mozno to okrem vplyvu na RAM bude mat vplyv i na celkovu rychlost. |
|
@slavino Pôvodne som tam tiež dával 3.0.2, ale zistil som, že DSS knižnica má dependency na PDFBox 2.0.x a teda neviem tam dať inú. V DSS Jire už existuje priradená issue pre upgrade na 3.x, čiže niekedy to hádam spravia. Ale zatiaľ to má nízku prioritu, takže si na to určite počkáme ešte niekoľko mesiacov. |
|
I've added a comment to JIRA of DSS - let's see if @bsanchezb will find some time any soon :) |
|
Upravil som to zobrazovanie do JavaFX Image v ScrollPane namiesto webview. Je to pocitovo rýchlejšie a najmä sa to o dosť lepšie scrolluje než kedysi PDF (aspoň u mňa). Pridal som DPI setting pre usera, aby si ho vedel znížiť, ak mu to pôjde príliš pomaly pri väčších dokumentoch. 
|
| @@ -73,7 +73,7 @@ public void startVisualization(SigningJob job) { | |||
| } | |||
|
|
|||
| try { | |||
| var visualization = DocumentVisualizationBuilder.fromJob(job); | |||
| var visualization = DocumentVisualizationBuilder.fromJob(job, settings.getPdfDpi()); | |||
There was a problem hiding this comment.
Tu by som posielal mozno cely settings lebo potom pri dalsich veciach nemusis pridavat parameter.
| var divs = new ArrayList<byte[]>(); | ||
| for (int page = 0; page < pdfDocument.getNumberOfPages(); ++page) { | ||
| var os = new ByteArrayOutputStream(); | ||
| var bim = pdfRenderer.renderImageWithDPI(page, pdfDpi, ImageType.RGB); | ||
| ImageIO.write(bim, "png", os); | ||
| divs.add(os.toByteArray()); | ||
| } | ||
|
|
||
| pdfDocument.close(); | ||
|
|
||
| return divs; |
There was a problem hiding this comment.
Toto ale vyrenderuje uplne vsetky strany, nie je to lazy ako to bolo predtym ze?
There was a problem hiding this comment.
Nie je to lazy loading. Neviem, ako by sme ho spravili.
Na JavaFX Image sa dá nastaviť nejaký background loading, ale musí ísť z disku. Vieme keď tak vyrenderované obrázky ukladať do nejakého temp dir a odtiaľ nastaviť loading.
There was a problem hiding this comment.
v tom html to fungovalo tak, ze som tam nahadzal placehoder divy nejakej velkosti (nacitane z prvej strany asik) a potom ked si scrollol tak to az potom nacitalo/renderovalo strany +- par stran z viewportu. ten scrollpane asi ma nejake eventy ked vies, ze to je visible alebo nie.
There was a problem hiding this comment.
ale teda skusme tam 100MB pdf a ked to uvladze tak asi na to kaslime
There was a problem hiding this comment.
Skúsil som 100MB PDF 77 strán https://cartographicperspectives.org/index.php/journal/article/view/cp43-complete-issue/pdf
Trvalo to 13 sekúnd a pri ďalšom raze 9 sekúnd.
| Parent root; | ||
| try { | ||
| root = GUIUtils.loadFXML(controller, "signing-dialog.fxml"); | ||
| } catch (AutogramException e) { | ||
| showError(e); | ||
| return; | ||
| } catch (Exception e) { | ||
| showError(new UnrecognizedException(e)); | ||
| return; | ||
| } |
There was a problem hiding this comment.
Hmmm, neviem. Nepamätám si, že by som tu niečo zámerne menil. Vrátim.
There was a problem hiding this comment.
už viem. Ak tam vyskočila nejaká exception, zhltla sa a nič sa neudialo. Ono počas toho loadFxml sa volá potom aj initialize, v ktorom sa deje všetko - generovanie obrázkov z PDF aj ich zobrazenie v GUI.
Problém je, že v Autogram.java::77 sa zdá, že sa handluje táto exception, no tam sa volá
ui.onUIThreadDo(() -> ui.showVisualization(visualization, this));
A čo vyskočí vo vnútri tej lambdy sa nechytá v tom bloku kódu. Preto som pridal, nech sa chytá rovno v tej metóde.
src/main/java/digital/slovensko/autogram/ui/gui/SigningDialogController.java
Show resolved
Hide resolved
|
Skúšal som 110 stranové pdf 40MB. Pri 100 dpi to na mojom m2 air trvalo 6 sekúnd od výberu súboru po zobrazenie. To dpi robí veľký časový rozdiel pri generovaní obrázkov. Ale pri 150 dpi to nielen dlhšie generovalo, ale potom aj veľmi sekalo pri scrollovaní. To scrollovanie ale ovplyvňuje iba počet strán, nie samotná veľkosť súboru. Veľkosť súboru hrá rolu pri rýchlosti generovania. |
IMHO je to preto lebo tie canvasy co to generuje su bitmapy, ak tam das len nejaky rectangle prazdny, tak to nemusi kazdy pixel generovat (tak to fungovalo v tom pdf.js - ja som tam dal len prazdny div, nie canvas) |
|
@jsuchal ja som tam zámerne dal aj border okolo celého scrollpane a nielen na page, pretože takto, ako si to upravil, nevidno, kde končí náhľad PDF - chýba mi tam tá spodná čiara. Naozaj sa ti toto pozdáva viac? Ak je to kvôli tomu scrollbaru, vieme dať vpravo nejaký ten inset 30px, aby bol border vľavo od scrollbaru. 
|
No description provided.