f822631bc4
snd_pcm_pause could have been used but not all hardware implement it, so I propose not to use it. In this implementation: there are two kind of scheduling: wait for resume signal and wait for pcm to be available if the stream is paused then it return notready and wait for resume the event loop is different as it manages descriptors corresponding to voices according to the nature of the scheduling. there is still a FIXME: in voice.play the is signal is send even if the event loop wasn't waiting for resume. It doesn't seem to create any issue. But it happens when you write voice.pause();voice.play(); |
||
---|---|---|
alsa-sys | ||
examples | ||
src | ||
.gitignore | ||
.travis.yml | ||
Cargo.toml | ||
README.md | ||
appveyor.yml |
README.md
CPAL - Cross-platform audio library
[dependencies]
cpal = "0.4.0"
Low-level library for audio playback in pure Rust.
This library allows you to open a channel with the audio device of the user's machine, and send PCM data to it.