Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WASAPI: when using non-default sample rates or disagreeing channel counts, all tests are silent #22

Closed
ahicks92 opened this issue Aug 20, 2014 · 1 comment

Comments

@ahicks92
Copy link

The title pretty much says it all. In WASAPI, if operating in shared mode, you have to use the same channel count and sample rate as the device is set/configured to. Exclusive mode will give some more flexibility, but not much; if Rtaudio uses exclusive mode exclusively, I won't be able to use it because it blocks out pretty much all forms of assistive technology that provide audio feedback (any app not written to "play nice" in the case of exclusive mode doesn't get audio). Also, exclusive mode support can be turned off by the user, anyway.
I've not looked super closely yet, but suspect that it's a simple matter of getting a resampler hooked in between the Rtaudio API and the stream. I'm not too sure what to do about channel counts; I'd expect an error in this case, but I'm not sure what level of abstraction Rtaudio aims to provide and will consequently leave any such decisions about it to others.

@garyscavone
Copy link
Contributor

I have to believe this was fixed in the WASAPI changes made in April 2017.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants