The 8.1.0 downgrade broke the build and the audio export: 8.1.0's typed video encoder has no set_color_primaries / set_color_transfer_characteristic, and its older audio path sent near-NaN samples into the AAC encoder (transcode_mp4 and the oak-task export test both failed). ffmpeg-next 9.0.0 supports ffmpeg_8_0/8_1 (the vcpkg pin of 8.1.2#3 is unaffected) and carries ffmpeg_9_0 cfg branches for the day FFmpeg 9 lands.
27 lines
1.0 KiB
TOML
27 lines
1.0 KiB
TOML
[package]
|
|
name = "oak-audio"
|
|
version.workspace = true
|
|
edition = "2021"
|
|
description = "Oak Video Editor audio I/O, processing, synchronization and waveform engine (Rust)"
|
|
license = "GPL-3.0-or-later"
|
|
|
|
[lib]
|
|
crate-type = ["staticlib", "rlib"]
|
|
|
|
[dependencies]
|
|
oak-ffmpeg-link = { path = "../oak-ffmpeg-link" }
|
|
oak-core = { path = "../oak-core" }
|
|
oak-codec = { path = "../oak-codec" }
|
|
# Real resample/channel-convert/time-stretch filter graph. The C++
|
|
# ffmpeg_bridge library existed only to absorb FFmpeg API churn; the Rust
|
|
# crate calls ffmpeg-next directly (same as oakcodec). The oak-ffmpeg-link
|
|
# dependency above emits the transitive link flags of the static FFmpeg.
|
|
ffmpeg-next = "9"
|
|
|
|
# ASIO is intentionally not enabled: the asio-sys crate needs the proprietary
|
|
# Steinberg ASIO SDK at link time, which CI and most dev machines do not have.
|
|
# WASAPI (the default Windows backend) covers Windows on its own.
|
|
cpal = {version = "0.18", features = ["pulseaudio", "pipewire", "jack"]}
|
|
# `std::error::Error` impls for the crate-internal error enum.
|
|
thiserror = "2"
|