[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


WTF is going on with arch linux. How does beta software written in a beta language become a requirement for near essential packages like ffmpeg
>>
>>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
>>
>>106935431
you didnt, apparently. arch only ships releases marked stable by the developers of that software
>>
Rust is the only language viable for safe and fully parallel video encode/decode software
>>
File: 1740077360772284.jpg (117 KB, 970x824)
117 KB
117 KB JPG
>>106935424
Rust 1.0 was released in 2015.
>>
>>106937161
unsafe { asm!("nop"); }
in your path
>>
>>106937415
Cope?
>>
>>106936946
yes, and if an autistic neckbeard marks his ""great"" package as stable, arch ships it
>>
>>106936766
Lots of retards can't handle accelrationalism and will be left behind.
>>
>>106935424
soon enough the beta language will be required for essential gpu drivers in the kernel itself. you can continue to cope and seethe in your little /g/eet corner while this is happening.
>>106935615
>retard who haven't even heard of lld and readelf, and thinks everything works with dlopen
>>106935696
so there is a lot going on here.
first of all, rav1e was good for three things, and note the "WAS" here.
1. it was an early AV1 encoder. it predated svt-av1.
2. it was fast (compared to libaom). this was relevant because it was used as the experimental AV1 encoder for WebRTC.
3. it wasn't anything fancy. but it did try to do PSY optimizations along the way. something libaom doesn't.
the encoder should indeed be a reliable encoder, functionality wise. although that should be considered a minimal requirement.
the rav1e team where mozilla employees who where working on a codec called daala before aom became a thing, then they became directly involved in aom, although "VP10" was still the biggest influence there. that same team also lost their jobs as mozilla started to lose interest (in basically everything). but the project continued as a hobbyist one.
the GIF test is i'm assuming is a low framerate one and also tends to be intra-heavy, which is something rav1e is probably good at. but that's not representative of typical video encoding scenarios. but i would still have expected hyped encoders like psy-svt or whatever it's called to do well here, at least with some tuning.
do note that none of this has anything to do with what language these encoders are implemented in.
------
okay. enough replies to tech illiterates, with all the respect to the very few who are trying to become less illiterate.
>>
>>106938051 (Me)
don't mind the linguistic errors like s/where/were
>>
>>106936946
Yes, and the developers of that software test "that software" in isolation.

The job of a distribution is ensuring that the collection of software they ship is actually stable as a whole.
>>
You need Rust for librsvg and perhaps a few others as well. If you're a chud you already lost.
>>
>>106936233
don't bother.
unless you make a video with millions of views and you have to pay for the traffic, av1 is just not worth it. the power it needs to encode is more expensive than getting an extra harddrive.
>>
>>106935424
ok so if you really dont want it for whatever reason just compile ffmpeg without it.
>>
>>106937251
still not stable 10yrs later



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.