Those are two completely different things. It is like saying “why hammers not apples?” There is no logical answer, they are just two completely different things.

I think children go in dictionaries so you can look them to via name (key).

You are supposed to use the metadata editing if it is not already correct then it well automatically sort them for you. You can edit multiple tracks at once to set the album in one go for example.

Strawberry has all those things.

I used to have a similar setup but had it stream directly into MPV using the ytdl hook. Do you have it download the videos into a cache automatically and then load from file later and if so, how did you set that up?

Well it shouldn’t have learnt how to run away from the school of Prometheus then!

Same, I thought it was used commonly too.

It isn’t misusing metric, it just simply isn’t metric at all.

Phrod?

If I’m being honest, it is fairly slow. It takes a good few seconds to respond on a 6800XT using the medium vram option. But that is the price to pay to running ai locally. Of course, a cluster should drastically improve the speed of the model.

You can run llms on text-generation-ui such as open llama and gpt2. It is very similar to the stable diffusion web ui.

Yes, definitely. My biggest use is transparent filesystem compression, so I completely agree!

Well when using zstd, you tar first, something like tar -I zstd -cf my_tar.tar.zst my_files/*. You almost never call zstd directly and always use some kind of wrapper.

I’ve found that they commonly mislabel apps as FLOSS when they are actually proprietary. That being said, I only ever used it for more niche programs, so maybe common programs are more accurate.

Can confirm, strawberry is great!

Honestly, I think biting the bullet and trying your hand at coding will be worth your time. Visual scripting typically fall into two camps: code but it is visual (in this case it is just slower, more cumbersome and harder to read) or limiting (this may be fine depending on your needs, but you may also outgrow it). A middleground could be coding where the vast majority is done for you. For example in Godot, there are many nodes that are fully built and just need your custom settings. There are even freely available nodes in the asset store if you need more. Then, if you need some behaviour that does not yet exist, you just code that little part, which will be a great learning experience in of itself.

My biggest tip though, regardless of the approach you take, is keep it simple. Your first game should be ridiculously simple. For example, the first game I made was a 2d scroller spaceship shooter where there were only asteroids as “enemies”. I could then add onto that to test my coding skills, and eventually it was fairly fun, even if it had simple roots.

I don’t post to GitLab because I use Gitea. We are not the same.

I would have taken a deep dive into docker and containerised pretty much everything.