Your comments
Indeed.
"Directory does not exist or is not readable: //DNS-345/Volume_1/Comics"
: either the path is wrong or the folder has not the appropriate user
permissions (on OS level).
The upgrade process is quite simple: stop Ubooquity, download the new jar file and replace the old one. Restart Ubooquity.
This error (Database may be already in use: "Locked by another process")
means that the database file is still seen as locked by Ubooquity. This
lock mechanism prevents concurrent modification of this file.
So either you had another instance of Ubooquity still running, or the
locking mechanism used by the H2 database library (it creates a
temporary file named "ubooquity-4.lock.db" to check if the database is
in use or not) has been tricked one way or another.
In any case this is nothing serious. Just check that Ubooquity is
stopped before starting it again and everything should be fine.
It would require to have two titles: one for display, one for sorting (like the way it's done in Calibre). In my opinion it is not worth the added complexity.
Yes, you can connect to the database using external tools like Squirrel SQL.
But the simplest way is to use the web client provided by the H2 database itself.
Extract the H2 jar from the Ubooquity.jar file (using any archive management tool, the jar is just a renamed zip file).
Now double clic on it, it should launch the H2 server (a yellow icon in your system tray) and a client in your browser.
You need to provide a JDBC URL pointing to the database file.
For instance if your database file is called "ubooquity-4.h2.db" and is located in
C:\Users\Tom\Ubqt
the URL should be
jdbc:h2:C:\\Users\\Tom\\Ubqt\\ubooquity-4
(note the double backslashes and the absence of ".h2.db" extension)
Keep the default username and password (sa and empty) and connect.
I'm back.
The online comics reader of Ubooquity does not render PDF pages. It merely extract the first image found in the current page and displays it.
By the way the extraction is done using PdfBox. Jpedal is only used to render covers (and pages of PDF shared as ebooks). That's because although JPedal is quite good at rendering PDF, the free version limits image resolution to a point that it can't be used to render comics pages.
The PDF you have a problem with stores its images upside down and contains roation instructions in its layour information (that's weird, I don't understand why it's done that way). In a regular PDF reader, the image is displayed correctly since the rendering pass rotates it. When the image is displayed "as is", it stays upside down.
I plan to replace JPedal with the PDF.js reader, but only for ebooks, not comics. So when it's done, you'll be able to read your upside-down comics, but only by sharing them as books.
Not ideal, I know. :(
Customer support service by UserEcho
Screenshots are impressive !
I'll give it a try and update the theme list on Ubooquity site.
Thanks !