rob
/
cpal
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
cpal/Cargo.toml

39 lines
1.5 KiB
TOML
Raw Normal View History

Initial commit
2014-12-11 13:22:55 +00:00
[package]
name = "cpal"
Publish version 0.11.0 Please see the CHANGELOG diff below for an overview of changes included in this release. You can find the full code diff [here](https://github.com/RustAudio/cpal/compare/391b32f5b2704141506eb4fcb827b8de76e77d54...master). Thanks to all who have contributed! CPAL has come a long way thanks to the combined effort of many different people!
2019-12-11 12:28:44 +00:00
version = "0.11.0"
Update the Cargo.toml and the README
2016-08-12 15:51:15 +00:00
authors = ["The CPAL contributors", "Pierre Krieger <pierre.krieger1708@gmail.com>"]
Update CPAL to version 0.10.0. This is quite a significant update for CPAL, including a number of breaking changes. Here is a list of the breaking changes along with links to where you can find more information: - A `Host` API has been introduced in #289 along with a follow-up refactor in #295. Please see the examples for a demonstration of how to update your code. The necessary changes should hopefully be minimal. If this has caused you any major difficulty please let us know in an issue! - An ASIO host has been introduced in #292. This adds support for Steinberg's ASIO audio driver API on Windows. Please see the ASIO section of the README for more information on how to setup CPAL with ASIO support for your project. - The user callback API has been overhauled to emit `StreamEvent`s rather than buffers in order to support handling stream errors. #288. - Error handling in general was overhauled in #286. This meant taking advantage of the `failure` crate and adding support for backend-specific errors with custom messages. Many unnecessary `panic!`s have been removed, but a few remain that would indicate bugs in CPAL. In general, checking out the updated examples will be the easiest way to get a quick overview on how you can update your own code for these changes. The CHANGELOG.md has been updated to include these changes.
2019-07-05 17:29:47 +00:00
description = "Low-level cross-platform audio I/O library in pure Rust."
Publish version 0.11.0 Please see the CHANGELOG diff below for an overview of changes included in this release. You can find the full code diff [here](https://github.com/RustAudio/cpal/compare/391b32f5b2704141506eb4fcb827b8de76e77d54...master). Thanks to all who have contributed! CPAL has come a long way thanks to the combined effort of many different people!
2019-12-11 12:28:44 +00:00
repository = "https://github.com/rustaudio/cpal"
Publish 0.4.0
2016-10-01 08:30:38 +00:00
documentation = "https://docs.rs/cpal"
Minor tweaks in Cargo.toml files
2014-12-16 18:02:53 +00:00
license = "Apache-2.0"
Add keywords
2014-12-11 16:59:05 +00:00
keywords = ["audio", "sound"]
Initial commit
2014-12-11 13:22:55 +00:00
Add `asio` cargo feature for optional ASIO support ASIO introduces quite a few extra crates and requires a fairly complicated setup process (see the readme), so this feature is disabled by default.
2019-06-28 20:08:35 +00:00
[features]
asio = ["asio-sys"] # Only available on Windows. See README for setup instructions.
Update with libc version
2015-02-12 12:56:30 +00:00
[dependencies]
Switch to dtolnay's `thiserror` for handling error boilerplate Currently CPAL only really uses `failure` for its `derive` capabilities and the ability to easily generate implementations for `Display`. That said there are a few issues with using the `failure` crate: - `failure` does not provie a `std::error::Error` implementation without first converting error types into `failure::Error`. - It leaks significantly into the public API and expects downstream users to also depend on `failure` and the non-std `Fail` trait for their own error handling. - Solved problems such as downcasting of causal errors which have since been addressed in `std`. - Provides application-friendly `Fail` trait and `failure::Error` type, not particularly useful to libraries like CPAL. The [`thiserror` crate](https://github.com/dtolnay/thiserror) is better targeted towards libraries, does not leak into the public API while providing easy generation of `Display`, `From` and `std::error::Error` implementations including proper handling of the newish `std::error::Error::source` method.
2019-10-13 10:07:49 +00:00
thiserror = "1.0.2"
update hound & lazy_static; release 0.8.2
2019-06-06 05:49:49 +00:00
lazy_static = "1.3"
endian conversion
2018-11-01 06:58:50 +00:00
num-traits = "0.2.6"
Simplify the Cargo.toml
2017-02-07 13:41:42 +00:00
Update to a more general Device and Stream API. Add support for input streams (E.g. microphone). Add default format methods. (#201) * Update to a more general Device and Stream API This update prepares for adding input stream support by removing the `Endpoint` type (which only supports output streams) in favour of a more general `Device` type which may support any number of input or output streams. Previously discussed at #117. The name `Voice` has been replaced with the more ubiquitous name `Stream`. See #118 for justification. Also introduces a new `StreamData` which is now passed to the `EventLoop::run` callback rather than the `UnknownTypeBuffer`. `StreamData` allows for passing either `Input` data to be read, or `Output` data to be written. The `beep.rs` example has been updated for the API changes. None of the backends have been updated for this API change yet. Backends will be updated in the following commits. Closes #117. Closes #118. * Update ALSA backend for new `Device` and `Stream` API. * Update wasapi backend for new `Device` and `Stream` API. * Update enumerate.rs example for new `Device` and `Stream` API. * Update coreaudio backend for new `Device` and `Stream` API. * Fix lib doc tests for Device and Stream API update * Update emscripten backend for new `Device` and `Stream` API. * Update null backend for new `Device` and `Stream` API. * Merge match exprs in beep.rs example * Add Input variant along with UnknownTypeInputBuffer and InputBuffer UnknownTypeBuffer and Buffer have been renamed to UnknownTypeOutputBuffer and OutputBuffer respectively. No backends have yet been updated for this name change or the addition of the InputBuffer. * Update null backend for introduction of InputBuffer * Update emscripten backend for introduction of InputBuffer * Make InputBuffer inner field an option to call finish in drop * Update alsa backend for introduction of InputBuffer * Update wasapi backend for introduction of InputBuffer * Update coreaudio backend for introduction of InputBuffer * Update enumerate.rs example to provide more detail about devices The enumerate.rs example now also displays: - Supported input stream formats. - Default input stream format. - Default output stream format. This should also be useful for testing the progress of #201. * Add `record_wav.rs` example for demonstrating input streams Records a ~3 second WAV file to `$CARGO_MANIFEST_DIR/recorded.wav` using the default input device and default input format. Uses hound 3.0 to create and write to the WAV file. This should also be useful for testing the input stream implementations for each different cpal backend. * Implement input stream support for coreaudio backend This implements the following for the coreaudio backend: - Device::supported_input_formats - Device::default_input_format - Device::default_output_format - EventLoop::build_input_stream The `enumerate.rs` and `record_wav.rs` examples now work successfully on macos. * Add `SupportedFormat::cmp_default_heuristics` method This adds a comparison function which compares two `SupportedFormat`s in terms of their priority of use as a default stream format. Some backends (such as ALSA) do not provide a default stream format for their audio devices. In these cases, CPAL attempts to decide on a reasonable default format for the user. To do this we use the "greatest" of all supported stream formats when compared with this method. * Implement input stream support for ALSA backend This implements the following for the ALSA backend: - Device::supported_input_formats - Device::default_input_format - Device::default_output_format - EventLoop::build_input_stream Note that ALSA itself does not give default stream formats for its devices. Thus the newly added `SupportedFormat::cmp_default_heuristics` method is used to determine the most suitable, supported stream format to use as the default. The `enumerate.rs` and `record_wav.rs` examples now work successfully on my linux machine. * Implement input stream support for wasapi backend This implements the following for the wasapi backend: - Device::supported_input_formats - Device::default_input_format - Device::default_output_format - EventLoop::build_input_stream Note that wasapi does not enumerate supported input/output stream formats for its devices. Instead, we query the `IsFormatSupported` method for supported formats ourselves. * Fix some warnings in the alsa backend * Update CHANGELOG for introduction of input streams and related items * Update README to show latest features supported by CPAL * Simplify beep example using Device::default_output_format * Remove old commented code from wasapi/stream.rs
2018-02-12 13:10:24 +00:00
[dev-dependencies]
Update examples for switch to `thiserror` To compensate for the removal of `failure`'s application friendly `failure::Error` trait, this `anyhow` crate has been added as a dev-dependency for the examples, but is by no means a necessity for other crates downstream of CPAL.
2019-10-13 10:36:49 +00:00
anyhow = "1.0.12"
update hound & lazy_static; release 0.8.2
2019-06-06 05:49:49 +00:00
hound = "3.4"
Uses ringbuffer in feedback example
2019-09-27 00:16:09 +00:00
ringbuf = "0.1.6"
Update to a more general Device and Stream API. Add support for input streams (E.g. microphone). Add default format methods. (#201) * Update to a more general Device and Stream API This update prepares for adding input stream support by removing the `Endpoint` type (which only supports output streams) in favour of a more general `Device` type which may support any number of input or output streams. Previously discussed at #117. The name `Voice` has been replaced with the more ubiquitous name `Stream`. See #118 for justification. Also introduces a new `StreamData` which is now passed to the `EventLoop::run` callback rather than the `UnknownTypeBuffer`. `StreamData` allows for passing either `Input` data to be read, or `Output` data to be written. The `beep.rs` example has been updated for the API changes. None of the backends have been updated for this API change yet. Backends will be updated in the following commits. Closes #117. Closes #118. * Update ALSA backend for new `Device` and `Stream` API. * Update wasapi backend for new `Device` and `Stream` API. * Update enumerate.rs example for new `Device` and `Stream` API. * Update coreaudio backend for new `Device` and `Stream` API. * Fix lib doc tests for Device and Stream API update * Update emscripten backend for new `Device` and `Stream` API. * Update null backend for new `Device` and `Stream` API. * Merge match exprs in beep.rs example * Add Input variant along with UnknownTypeInputBuffer and InputBuffer UnknownTypeBuffer and Buffer have been renamed to UnknownTypeOutputBuffer and OutputBuffer respectively. No backends have yet been updated for this name change or the addition of the InputBuffer. * Update null backend for introduction of InputBuffer * Update emscripten backend for introduction of InputBuffer * Make InputBuffer inner field an option to call finish in drop * Update alsa backend for introduction of InputBuffer * Update wasapi backend for introduction of InputBuffer * Update coreaudio backend for introduction of InputBuffer * Update enumerate.rs example to provide more detail about devices The enumerate.rs example now also displays: - Supported input stream formats. - Default input stream format. - Default output stream format. This should also be useful for testing the progress of #201. * Add `record_wav.rs` example for demonstrating input streams Records a ~3 second WAV file to `$CARGO_MANIFEST_DIR/recorded.wav` using the default input device and default input format. Uses hound 3.0 to create and write to the WAV file. This should also be useful for testing the input stream implementations for each different cpal backend. * Implement input stream support for coreaudio backend This implements the following for the coreaudio backend: - Device::supported_input_formats - Device::default_input_format - Device::default_output_format - EventLoop::build_input_stream The `enumerate.rs` and `record_wav.rs` examples now work successfully on macos. * Add `SupportedFormat::cmp_default_heuristics` method This adds a comparison function which compares two `SupportedFormat`s in terms of their priority of use as a default stream format. Some backends (such as ALSA) do not provide a default stream format for their audio devices. In these cases, CPAL attempts to decide on a reasonable default format for the user. To do this we use the "greatest" of all supported stream formats when compared with this method. * Implement input stream support for ALSA backend This implements the following for the ALSA backend: - Device::supported_input_formats - Device::default_input_format - Device::default_output_format - EventLoop::build_input_stream Note that ALSA itself does not give default stream formats for its devices. Thus the newly added `SupportedFormat::cmp_default_heuristics` method is used to determine the most suitable, supported stream format to use as the default. The `enumerate.rs` and `record_wav.rs` examples now work successfully on my linux machine. * Implement input stream support for wasapi backend This implements the following for the wasapi backend: - Device::supported_input_formats - Device::default_input_format - Device::default_output_format - EventLoop::build_input_stream Note that wasapi does not enumerate supported input/output stream formats for its devices. Instead, we query the `IsFormatSupported` method for supported formats ourselves. * Fix some warnings in the alsa backend * Update CHANGELOG for introduction of input streams and related items * Update README to show latest features supported by CPAL * Simplify beep example using Device::default_output_format * Remove old commented code from wasapi/stream.rs
2018-02-12 13:10:24 +00:00
Simplify the Cargo.toml
2017-02-07 13:41:42 +00:00
[target.'cfg(target_os = "windows")'.dependencies]
Added winapi feature "winbase" in windows dependencies When using cpal as dependency in other project, it was found that cpal won't build due to unresolved import of winapi::um::winbase. Added the feature at line 24 in Cargo.toml.
2019-10-01 05:46:02 +00:00
winapi = { version = "0.3", features = ["audiosessiontypes", "audioclient", "coml2api", "combaseapi", "debug", "devpkey", "handleapi", "ksmedia", "mmdeviceapi", "objbase", "std", "synchapi", "winbase", "winuser"] }
Add `asio` cargo feature for optional ASIO support ASIO introduces quite a few extra crates and requires a fairly complicated setup process (see the readme), so this feature is disabled by default.
2019-06-28 20:08:35 +00:00
asio-sys = { version = "0.1", path = "asio-sys", optional = true }
asio: Re-add possibility to create stream individually
2019-10-08 14:22:06 +00:00
parking_lot = "0.9"
Fix platform-specific dependencies with MSVC
2015-07-04 12:13:15 +00:00
Simplify the Cargo.toml
2017-02-07 13:41:42 +00:00
[target.'cfg(any(target_os = "linux", target_os = "dragonfly", target_os = "freebsd", target_os = "openbsd"))'.dependencies]
alsa-sys = { version = "0.1", path = "alsa-sys" }
Fix warnings and reduce scope of libc (#166)
2017-10-19 10:44:14 +00:00
libc = "0.2"
Add coreaudio-rs dependency for i686-apple-darwin Fixes build for 32-bit mac
2017-01-19 13:51:50 +00:00
Minimal ios support
2017-10-10 16:24:53 +00:00
[target.'cfg(any(target_os = "macos", target_os = "ios"))'.dependencies]
Bump dependencies
2019-06-04 17:47:50 +00:00
coreaudio-rs = { version = "0.9.1", default-features = false, features = ["audio_unit", "core_audio"] }
core-foundation-sys = "0.6.2" # For linking to CoreFoundation.framework and handling device name `CFString`s.
Improve the emscripten backend (#172) * Use the js! macro from stdweb * Rework the Buffer::finish method * Use references from stdweb * Fix emscripten warnings * Rework the run() method to use stdweb * Adjust timings * Add entry in CHANGELOG
2017-10-22 12:17:25 +00:00
[target.'cfg(target_os = "emscripten")'.dependencies]
stdweb = { version = "0.1.3", default-features = false }