Last version update is from 30 March 2023. It doesn’t follow Android UI and has its own, works without a problem. I see no problem here, as long as it works. At least for Android 14, should be fine for 15 too.

My favourite is SicMu Player. The name sucks but it’s the best and lightweight folder base music player for me. Quite customizable as well.

I tried it and it’s pretty simple and nice. If it gets swipe up gesture for folders and an option to run the first app on tap on the folder, and custom icons, I can finally switch from my old Nova setup.

A BLOB in an open source project usually indicates something proprietary. Does Ventoy really need this to function or just to speed things up? If it’s the latter, we don’t need this and community can probably take care of it in time.

Well, it still is OSS and one can still compile from source code. Or you can buy your binary. Never heard of Libresprite but looks fine if you absolutely want FOSS.

GIMP for most general stuff, Krita for painting and 2D animation, Aseprite for pixel everything.

I assume you’ve never used Linux long enough to get a grip. You would get there if you use it long enough.

However, operating systems are just tools. Use which one is easy for you. If you have no spare time to learn a new OS, just use what you know. Though Microsoft’s latest shenanigans really force some people to switch to other OSes.

So, if he shaves, would that makes him neutral? Good?

Makes him cooler?

Yeah it has a simple UI for watching as well. It’s really an all-in-one solution.

I see. I recommended that because it’s kinda like rolling release. I haven’t used openSUSE as a server but I remember people who use from Reddit self-hosted.

You can also try Void Linux.

You can use Debian Testing.

Tube Archivist perhaps?

OsmAnd may have lots of features but it’s heavy and clunky. Organic Maps on the other hand is quite light and very fast. If you don’t need the some features OsmAnd has, Organic Maps is a way better experience.

Yeah, that would be nice for the running seasons I guess. Maybe even a couple years worth seasons since most of the traffic will come from those.

Sorry for the confusion. Don’t take my words literally, I’m not an expert on databases. I use JSON for my job and it’s enough for me, so use what database your project needs. But by full-fledged I meant completely leaning on databases which may slow some things down for the server side. However I now checked PostgreSQL and it seems much better for large datasets, so I don’t think that would be a concern for you.

Well, since 100k titles would make a pretty big database, at least storing the metadata like years, seasons, genres etc as hardcoded could make it run faster than going full-fledged JSON, at least I meant that. However this will be an open source project and there will be localizations, so now it doesn’t look like a good idea to me somehow.

You’re welcome, and good luck!

That’s a noble concern. I just gave an example there since some communities do that but yeah it would be better if not done I guess.

Also mentioned on other reply but you can ask this to !selfhosted@lemmy.world and probably will get an optimized answer regarding that issue.

Both have ups and downs. Assuming these lists will be in the code, do you have an estimation how big would that be? If you think they won’t strangle the code, just go with it. Something like storing them in JSON and loading them when needed could be better for optimization though.

You can also do some best of both worlds, like not creating the communities beforehand but make the titles searchable from the database open for all users. That might require a bigger traffic from hosting side though, but it should be OK since these will be spread to all self hosted communities.

I think you can also ask some of your questions to selfhosted communities.