ffmpeg-dev 0.2.6

Self contained (no net/sys deps) static rust bindings to ffmpeg.
docs.rs failed to build ffmpeg-dev-0.2.6
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Visit the last successful build: ffmpeg-dev-0.3.8

Self contained FFmpeg (sys) bindings.

Does not require or link against any FFmpeg system dependencies, and does not require a network connection for building.

The FFmpeg bindings now include doc comments, including struct fields! See here.

NOTE

For the current version (2.0), I’m currently having issues with docs.rs (and maybe linux builds in general). Will publish the working, somewhat stable version on 0.3.

Internal Behavior

By default the debug or dev builds compile FFmpeg without optimizations, this is for the purpose of speeding up compilation. Compiling on release mode or setting opt-level > 1 will disable this behavior.

LICENSE WARNING

I’m not a lawyer, furthermore I really don’t understand software licenses.

  • This codebase is MIT.
  • At compile time, this library builds and statically links against LGPL code.
    • This is for the purpose of being self contained, without burdening any library consumers with dependency issues.

Hopefully one day the rust ecosystem will get a decent FFmpeg alternative for e.g. container muxing/demuxing.

Future

It would be interesting to experiment with compiling FFmpeg to WebAssembly. Perhaps as an alternative to static linking, if a local version isn’t available it could link to a remote lib over the network.

Built for Imager - Site performance tools for efficiently distributing media on the web.