But in recent years, a quiet grumble has emerged from embedded systems engineers, Linux distribution maintainers, and build-from-source enthusiasts. That grumble has a name: What is "Bloat libvpx"? To the uninitiated, "bloat" might sound like an insult. In this context, it’s a technical observation. "Bloat libvpx" refers to the phenomenon where the standard compilation of the library produces a binary that is significantly larger, slower to compile, or more resource-hungry than necessary for a given use case.
If you are just decoding video (not encoding), consider dav1d for AV1 or ffmpeg with --enable-libvpx --disable-everything . But that is a story for another day. bloat libvpx
We aren't talking about malware. We are talking about feature creep . But in recent years, a quiet grumble has
./configure --disable-runtime-cpu-detect --enable-static This tells the compiler: "Don't write the dispatcher. Just write the code for the CPU I am sitting on." This can cut binary size by 30-40%. Don't need VP8? (You probably don't; you want VP9). Or vice versa? You can't fully disable one easily, but you can reduce features: In this context, it’s a technical observation