>>106935424
What part of "bleeding edge rolling release" do you not understand? Maybe you meant to install Debian.

>>106935424
Arch Linux has always been the bleeding-edge "Enable every fucking feature on every fucking package" distribution. What did you expect? That that wouldn't bring in a shit ton of dependencies?

If you think Arch was ever a minimalist distribution you are retarded.

>>106935424
Ugh, rust.

i think you meant to install gentoo, op.

>>106935424
Looks like Fedora and Debian Sid have it as a dependency for ffmpeg too. If you are this concerned with minutiae of dependencies then Gentoo is probably a better fit for you. Most Gentoo users seem to use it to make sure they don't have wayland/systemd/rust/whatever installed on their system.

>>106935440
what do you think (optional) is for

>>106935612
Grim. It's not even a good encoding. It fails on all fronts as a package
>useless code written in a buggy indev language for a project that is still in beta.

>>106935627
I don't know shit about codecs, here's the first link I found off Google
>Based on my testing, I believe that rav1e is currently the most reliable encoder. It’s not a night and day difference in most cases. In some cases, SVT-AV1 offered smaller files, but in our webm test, it performed much worse than both rav1e and Libaom, which is suprising considering that Libaom took last place in every other test, as we would expect.

https://catskull.net/libaom-vs-svtav1-vs-rav1e-2025.html

Whatever the case may be, the option to use different encoders is included on mainstream distros. If you have a Rust obsession you can compile ffmpeg without rav1e and Rust on your own. Actually you can do it on any distro really but you'll probably want portage's USE flags to make sure Rust or whatever doesn't accidentally slip into your system when installing other software.

>>106935696
Ok, but almost nobody uses av1 encoding and nobody expect netflix should use it. I see no reason it can't be it's own package, especially when python and haskell have their own package for literally everything and ffmpeg can load encoding libraries dynamically

Literally "requires .so" how fucking stupid is that. It most certainly does not and will run fine if I delete that file from my computer. It's entirely a package manager thing, nothing to do with compilation.

>>106935424
Who the fuck tainted it with rust shit?
Is so fucking stupid, that bloated piece of glowie shit shouldn't be necessary to compile anything relevant.

>>106935712
Then avoid arch, which as a rule enables all options in their binary packages.

>>106935766
As already mentioned, Fedora and Debian also have it as a dependency. I haven't seen that Arch differs meaningfully in that regard compared to other distros.

>>106935766
That is simply not true

What's a good AV1 codec? I'm using AOM right now and it's quite slow.

Oh nyo nyo nyo

You know, for a board that's allegedly supposed to be a place to discuss technology this place sure is full of useless whining about new technology, why is that? Where do these retards come from?

>>106936233
I thought there was only AOM and SVT, with those other wrappers attempting to adapt AOM to MT
AOM is said to be the most quality:size efficient, but it's limited to CPU encoding and I remember reaches that through a single tile and a single thread, meaning encoding is a crawl
SVT can split frames to tiles across both CPU or GPU, but trades that efficiency for like 100 fold speed if you have a HW encode GPU
but I tested this shit years ago, so alot of stuff could've changed, like AOM ST