Mike-Solar
05e42668cb
- tooling/ffmpeg/build-ffmpeg.sh builds release/8.0 static+PIC into .cache/ffmpeg: GPL/version3, every free-license external codec lib probed via pkg-config (enabled when present), per-OS hardware acceleration (VideoToolbox/AudioToolbox, VAAPI/VDPAU/libdrm, D3D11VA/DXVA2/MediaFoundation, nvenc when ffnvcodec exists) - tooling/install-deps.sh installs those libraries on Homebrew / MSYS2 UCRT64 / Debian-Ubuntu / Fedora / Arch; nothing in the build sudo's - ffmpeg-next's own build feature is unusable (every crate-version to FFmpeg-release pairing is broken upstream: 9.0.0->FF9 AVCodec fields, 8.1.0->FF8.1 new enum variants, 8.0.0->FF8 FF_PROFILE rename), so ffmpeg-next 9 + FFmpeg 8.x headers via FFMPEG_DIR it is - new links-crate oakffmpeg-link emits the static FFmpeg's transitive link flags from its .pc files (cargo only propagates them from links crates, and rustc prunes the flags unless the rlib is referenced — hence the force_link statics) - docs/build.md updated for the Rust workspace flow
14 lines
475 B
TOML
14 lines
475 B
TOML
[package]
|
|
name = "oakffmpeg-link"
|
|
version = "0.1.0"
|
|
edition = "2021"
|
|
description = "Oak Video Editor internal link helper: transitive dependencies of a static FFmpeg (Rust)"
|
|
license = "GPL-3.0-or-later"
|
|
# A dedicated `links` crate so the emitted link directives propagate to
|
|
# every dependent's final link (cargo only propagates rustc-link-* from
|
|
# `links` crates). ffmpeg-sys-next already claims links = "ffmpeg".
|
|
links = "oak_ffmpeg_static_deps"
|
|
|
|
[lib]
|
|
path = "src/lib.rs"
|