openframeworks / openframeworks/openFrameworks
RTAudio cannot find devices when in ASIO
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 10.4k
- Forks
- 2.6k
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 9
Description
I could not open a soundstream to any input device as it never finds any available devices. This was a problem before that stemmed from plugging in a Blue Snowball mic and caused me to recompile RTAudio libraries to compile without ASIO support. Alternatively I added this into the setup and now I can see and use sound devices
ifdef TARGET_WIN32
audio = shared_ptr<RtAudio>(new RtAudio(RtAudio::Api::WINDOWS_WASAPI));
else
audio = shared_ptr<RtAudio>(new RtAudio());
endif
However, we can probably make a nicer enumerator or something so that the libraries don't have to be recompiled and can still have ASIO support but currently not specifying the API breaks soundstream on my machines
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start from the setup code that constructs RtAudio and compare the default API selection with the explicit WINDOWS_WASAPI path shown in the report. Reproduce the failure with ASIO enabled and verify device enumeration for input devices; done means soundstreams can find and open available devices without recompiling RTAudio without ASIO.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100