Audiobookshelf, Its designed for audiobooks and its folder structure is unintuitive, but it’s got the best website and apps of all the ones I’ve tried (including kogma).

I messed around with a couple of different approaches (Calibre web, kogma, etc.), but the best all around experience I have had is Audiobookshelf. Kogma is probably better if just doing manga, but Audiobookshelf has worked the best for hosting comics/manga/ebooks. The only real annoying things is the folder structure. I’ve needed to use some scripts to reorganize/rename files so it handles them correctly.

Thanks for sharing. Largely just commenting to share support due to the large amount of AI hate you’re getting. This seems like a real app solving real problems (although personally I use audiobookshelf for syncing even if it’s hit or miss on actual ebooks).

Could you imagine having to maintain it yourself though. I mean assumming it even spits out a working version, you’ve probably introduced a ton of new bugs and potential security threats. Additionally, unlike a fork, you can’t even merge in improvements to the software.

While it’s a scary topic, in most cases you’d be shooting yourself in the foot if you incorporated anything this spits out.

Edit:spelling

You’re probably aware, but updating the model periodically is probably a good idea just because things do change overtime.

A model from two years ago was trained on data from at least two years ago. Meaning any technology, code, world event changes wouldn’t be reflected in the model.

Basic ebook support and ereader (epub, pdf, cbr, cbz) + send to device (i.e. Kindle)

Biggest issue is the folder/book structure is very opinionated and isn’t the easiest to work with.

I’ve tried the a number of the ones being mentioned, but the best for me has been Audio bookshelf . It has a good mobile app, allows collections, tries to pull Metadata, offline reading for the apps, etc.

I tried Calibre web and Kogma.

Calibre is just bad software at this point, it’s clunky and not really designed as a server.

Kogma was fine, but a web only interface made it hit or miss. The big selling point for me with audio bookshelf was the ability to download local copies.

Oh yeah, the multiple libraries is a good point!

You can read using the web client or dedicated apps (android and ios). I feel like the clients work just as good if not better than similar software.

I haven’t tested how it handles two versions (audio/ebook) of the same book, but I have ebooks and audio books and it works well for me.

The only real downside I’ve run into is it’s very opinionated about folder structures around authors.

The one I’ve enjoyed the most is https://www.audiobookshelf.org/, it may be “focused” on audio books, but works really well for everything. It also supports offline mode (meaning downloading local copies in the app).

Examples on the page seem to indicate it does OCR then translates the OCR text.

It doesn’t seem as fancy as some translation tools that overlay the translation, if that’s what you meant.

Edit: actually maybe it can - https://discuss.tchncs.de/comment/23834337

I had someone swear to me that Github templating was better, but I’ve only worked with Gitlabs templates. Why do you like Gitlab over Github?

I mean, you also had pretty low quality TV and home media, anything beyond 32 inches wasn’t doing much good for you.

Yeah, I made a separate comment, but AudioBookshelf can play nicely with ebooks and comics. It’s not super smooth, but provides the most features in a self hosted solution from what I’ve tried.

I just use AudioBookshelf for books. It’s a little annoying, but basically just requires an extra nested folder structure.

The best part is offline reading seems to resync back to the server, so you can download books for local reading or read through an internet connection.

Looks like there is a config and cache location in their docker scripts. The easiest way to make a docker application portable is to bind mount the config and cache. That way you have access to the actual files and could copy them to your windows partition.

If you’re already using a volume for that data, I think it becomes a bit trickier. I know technically you can move or copy volumes, but I’ve never tried. Although you could still bind mount a random directory and still copy the files out.

Yep, bind mount the data and config directories and back those up. You can test a backup by spinning up a new container with the data/config directories.

This is both easy and generally the recommended thing I’ve seen for many services.

The only thing that could cause issues is breaking changes caused by the docker images themselves, but that’s an issue regardless of backup strategy.

Yeah, that would be my recommendation too. Anything else will produce a worse experience (laggy and slow) and more complexity to get setup/maintain.

I mean, there is a lot wrong with it, but every language has its quirks. Generally I like discussing it’s actual flaws cause it helps me better understand the language.