vpdf ? vpdf!

That was few years ago, but better late than never imho :)
Found a few hours (damn, if i know it will be that easy..) and make initial port of latest version of vpdf from Morphos (Kiero is author). That one of 2015, so kind of decent should be. At this time it even works seems so :)

Press "open image in another tab", to see images in full size.






Through, port _of course_ will have bugs, and some parts will simple not work (because once i see that test pdf pages works, i want to share it), but feel free to report ports bugs here.


There is:
http://kas1e.mikendezign.com/aos4/vpdf/vpdf_beta_07.lha

@kas1e

Coool stuff !!
Will test it asap

Mmm doesn't seems to work here, the GUI appears completely empty

And I have this output:

Quote:

Then a DSI crash

@samo79
Probably you forgot to set stack, and i forgot to add stack cookie in programm itself, will do it later.

At moment try something like stack 100000, and then.

Still the same:

https://s23.postimg.org/3to4lwabv/vpdf.png

And i got a DSI if i select a PDF ..

@samo79
Same here on my X1000, i can't get it work.

@samo
Try that:

1. newcli
2. stack 1000000
3. vpdf.db
4. openfile and choice "test/test.pdf"

@kas1e

Not yet .. please recompile with auto decent stack

try it first :)) Maybe problem is different.

@kas1e

hehe but tovarish, me tried and no luck !

Then it is not stack (if you do it as i show), but something else.. What you see latest in output console before crash ? The same "inside of try" ? With and without setting of stack its the same ? Do you set 10000 or how much ? Exactly like i show it ? Should be 1.000.000

Just be 100% sure that you ruled out stack problem (reboot, etc). I tested right now on fe_update1, and without stack it crashes like you say, with stack, it works. But it can be something else of course.

Works here on my SAM460ex with 1000000 stack not with100000

@JosDochlt
with 100.000 crashes , while with 1.000.000 works ?
edit: found in the source code that its need it 1.000.000 indeed.

Works here on X1000.
All pdf i try worked. Looks good.

@TearsOfMe
How speed ? Faster than AmiPDF on the same pdfs ?

@kas1e
Zooming and page flipping seems faster to me.
Can check this tommorow morning again to be sure.

@kas1e

Ok finally i was able to start it, strange because at first try it didn't worked but after a couple of reboot it will ...

Aniway attached the first italian translation so you can include it in next beta .. i was done it loong ago btw

http://s000.tinyupload.com/index.php?file_id=49619872568590428789

@kas1e
On my SAM 460 ex RADEON HD6450:
With few graphics it may be faster. with heayy graphics it seems slower.

Building up the smaller thumbnail images is slow,scrolling up & down rhey disappear & have to be redrawn individually

I set stack to 1000000 and now it works on my X1000. It is faster than AmiPDF and worth to translate it. I will do german translation.

@kas1e
Tested VPDF by adding an icon and starting from Workbench. With the default OS4 stack it crashes. With the stack set to 100000 I was able to load an 88 page PDF in one tab and and a 16 page PDF with lots of images (file size 3,913,407 bytes) in another tab. Ranger shows 67,484 stack used by main process and about 43,340 stack used by rendering process. I would guess that a stack of 200,000 should be good for all cases.

Speed seems similar to AmiPDF on my X1000 but image loading seems a little faster. The outline area is cool but can take a second or 2 to load the outline images when you scroll up or down.

Overall, very usable program. I would prefer the selectable gadgets be at the top of the window like most programs.

Problems:
I can mark text but it won't copy (to the clipboard).
Closing one tab causes the entire program to quit.
The console output is annoying. Maybe you could add an environmental variable to enable/disable console output.

EDIT: I was also able to read the PDF bank statements that I can't read with OS4.1FE AmiPDF.