No, 24 comics per page is a low value indeed.

I was asking because Ubooquity has to read thumbnails files when displaying a page (as well as a few other files like themes element if you use a custom theme). But that's not important.

Ubooquity also scans your shared folders and all the files inside at startup, to detect any new, modified or removed file. It probably uses a lot of file handles at this time.

But don't focus on that.

If you want to get to the bottom of the problem, the first step is to characterize it.

The total number of file handles available on your system is shared by all applications.

Start by getting this max number and list consumption by application. There is a tutorial here.

The numbers you'll get will be a good starting point to understand what happens exactly.

NB: the web server is embedded because the goal of Ubooquity is to be self-sufficient, a single jar to copy and launch. And using an external server would not make sense does not need much in that domain. The embedded server is a single class: https://github.com/NanoHttpd/nanohttpd/blob/master/core/src/main/java/fi/iki/elonen/NanoHTTPD.java

Thanks, got it.

This file is of type "7z", not "zip". Ubooquity cannot open it.

I looked at my own 7z options; you have to specify the output format, otherwise 7zip will produce 7z files.

This is done using the "-t" switch (e.g. "-tzip" to produce zip files).

No it does not have one, but it should not require one (Ubooquity does not need to keep a lot of files open).

I'll have to do some tests to try to find a potential file handler leak.

Do you have some specific settings ? (like a very high number of comics/books per page)

It's on the top of the list for version 1.10 (not the next one, but the one after).

That's strange indeed. In theory Ubooquity should be able to read any zip file, regardless of the settings you used.

I have been using 7zip myself to convert cbr to cbz for years without any problem. I'll have to take a look at may settings.

When Ubooquity fails to open a file and tries to guess its format, it uses "magic numbers". Ubooquity not able to recognize a zip file would mean that the header of the file is not a standard one. Quite strange.

Could you provide me one of your faulty files so that I can analyze it ?

I'll also try to reproduce the problem on my side with your 7z settings.

"mas bum files" ?

You mean like creating some kind of named groups that would include several shared directories ?

If so, why not simply reorganize your folders ?

Hi,

I'm not sure I understand why you are trying to launch Ubooquity using Java Web Start.

You can either launch Ubooquity by double clicking on the jar file, or using command line.

In the command line, use

java -jar Ubooquity.jar

to launch it with logs printed directly to the console, or use

javaw -jar Ubooquity.jar

to launch it without displaying a console.

But do not use javaws (the Java Web Start launcher), it won't work (Java Web Start is a specific way of launching applications from within your browser, Ubooquity does not work that way).

Let me know how it goes.