Mike-Solar
26009a5ea5
- processor.rs: resample/channel-convert/time-stretch now runs an in-process FFmpeg filter graph (abuffer -> atempo -> aformat -> abuffersink) via ffmpeg-next - waveform.rs: extraction decodes through oakcodec's FFmpegDecoder (interleaved f32) instead of the fb_decoder/fb_audio_graph pair - bridge/ffmpeg.rs and the null fb_* test stubs deleted; oakcommon::ffmpegutils bridge constants become plain ints - liboakengine.dylib no longer imports any fb_* symbol (nm -u clean); the remaining runtime imports are the host-provided oakcore_* symbols - real decode/resample tests added (generated PCM input, no network)
19 lines
574 B
TOML
19 lines
574 B
TOML
[package]
|
|
name = "oakaudio"
|
|
version = "0.1.0"
|
|
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]
|
|
oakcore-rs = { path = "../oakcore" }
|
|
oakcommon = { path = "../oakcommon" }
|
|
oakcodec = { path = "../oakcodec" }
|
|
# 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).
|
|
ffmpeg-next = "9"
|