-
Notifications
You must be signed in to change notification settings - Fork 33
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
ASIO backend #6
base: master
Are you sure you want to change the base?
ASIO backend #6
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for implementing this! I've made a few comments, and then we can merge this in.
Hi Guy, Thanks for the review :) I will make changes & comment as requested |
I need to rebase on top of master so that this can be merged. I may take the opportunity to squash in some of the latest changes |
All samples now compile without error on Windows
This is a copy of __null_backend.h initially
ASIO drivers use different underlying sample types so that the driver can specify an efficient native format. P1386R1 has no mechanism to query native sample type.
This is to be expected on hosts without ASIO drivers. If the root ASIO key is not found, enumerating subkeys will fail, so ASIO devices will not be created
As per Specification Style Guidelines
How is this going to work with the ASIO SDK being proprietary? On GCC where GPL is used as license, the ASIO SDK is inherently incompatible. |
This adds a Windows ASIO backend to the library.
Currently, the ASIO driver is the default option as there is no WASAPI implementation. The device selection API would need to be templatized as per 6.4 to allow this.