

Nice, thanks for the details :) Suwayomi usually obtains png as far as I remember, is Kavita able to read anything that Suwayomi gets, without issues or post-processing needed? Sorry for the many questions^^
$argon2id$v=19$m=64,t=512,p=2$/NhDEh5xwumBhBxoj5txYQ$WusF9mQH9vgXbiKf4A4OQg
Nice, thanks for the details :) Suwayomi usually obtains png as far as I remember, is Kavita able to read anything that Suwayomi gets, without issues or post-processing needed? Sorry for the many questions^^
No worries! I was pretty much confused myself from the beginning, so I am definitely open to any workflow :) And I do plan to read on one device only as well. My centralized approach was mostly about saving space on the tablet/reader and a possibly easier management and freedom to move to something else in the future, rather than a strict requirement.
I used to have tachyomi on my eink tablet, so this definitely rings a bell, but I thought the only working solution was Suwayomi.
I will look into Mihon and its support of selfhosted solutions then, seems like a nice combination :)
That seems nice, thanks for sharing! I read Kavita has some weird requirements for path organization for it to work correctly, or do I remember wrong? Do you also do metadata editing in Kavita itself?
Thanks so much for sharing and for such a detailed answer! I understand where you are coming from, I don’t have a tablet so for me an e-ink reader would not be too much (I work on my laptop most of the day and I don’t like reading on the phone, so a device like that is a sweet spot for me).
I tend to mostly read bw manga (webtoons I read it on my laptop usually), but I heard the same about e-ink colored devices (and most generally that you “shouldn’t” read bw on colored eink screen).
For the same reason as yours (mandatory calibre for transferring), I am looking at Onyx Boox e-ink devices, which are basically android tablets but with an eink screen. This gives me the freedom to install whatever app or sync I want, limit my exposure with something like nextdns, remove google stuff as much as I can, and things like that.
In the end I guess it’s a balance between actual functionality and convenience, if a whole pipeline become too hard to manage than doing some parts manually might actually be better.
Thanks! Never heard of both, but I will definitely check them out :)
You could just leave it in airplane mode, but not being able to use the internet to pull down books from your Calibre-web server means you may as well just send books via Calibre.
That’s sadly true. I am thinking of waiting for the kindle to die too, but I was looking more at the onyx boox go 6, since I already know I can run whatever I want on there.
Pretty much, apart from that I often add them and only fix if necessary, e.g. they’re not going into series properly.
I see, thanks! Do you mind if I ask you where you can find them with some good metadata? My attempts have been not so good until now…
Interesting, thanks! I agree with you about using specific tools for different purposes. Tbf my kindle is a 2018 model put on airplane mode since 2021, maybe I can do something about Koreader.
About comics/manga, didn’t know about comictagger, it seems very good. So your process here is get comics -> comictagger -> upload to server and kavita, correct?
Yeah I became aware of their stance on SponsorBlock while enabling it in Grayjay. TBH, if they are still giving me a choice, I don’t mind what their stance is on this. I (and this is my super personal opinion) much prefer to consciously donate than being served ads or passively contributing to the youtube sponsor hustle.
Ah true, stupid me I didn’t even look at the repo history or commits. Thanks for pointing it out :)
I love dearrow, it’s an invaluable tool. I wish grayjay (https://grayjay.app/) will support it in the future.
Edit: there is a fork the YouTube source with dearrow support, but not official. https://github.com/netux/grayjay-source-youtube
Thanks, that’s all I needed to know :)