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

Error capturing f32 audio stream on Windows #36

Closed
JWolvers opened this issue Mar 15, 2021 · 4 comments
Closed

Error capturing f32 audio stream on Windows #36

JWolvers opened this issue Mar 15, 2021 · 4 comments

Comments

@JWolvers
Copy link

Hi,

I would like to use your software to stream music to a Volumio server, but when I do so I have no sound. The log shows an error about capturing the audio, this happens on two machines I tested it on. I also tested with the VBAudio HiFi Cable but I get the same error. I hope you can fix this!

log.txt

@dheijl
Copy link
Owner

dheijl commented Mar 15, 2021

Hi,

A possible cause is that the application playing the audio has opened the WasApi device in exclusive mode. Foobar2000 is an example of such an application.
There are ways around this using the Windows audio mixer. For instance with Foobar2000 you choose the default audio output "Primary Sound Driver" and in the sound mixer you direct the Foobar2000 output to VB audio.
(But of course with Foobar2000 you don't need swyh-rs as at all it suports upnp/dlna directly.)

What application are you using to play audio? Windows version?

One source mentions Kaspersky Antivirus as the source of the problem: https://stackoverflow.com/questions/46281593/iaudioclientinitialize-returns-e-invalidarg-0x80070057-2147024809.

Others point to the sound card as the source of this specific problem, or possibly the sound source format. Only 2 channel stereo is supported by swyh-rs.

The IAudioClient::Initialize page say this about E_INVALIDARG

Parameter pFormat points to an invalid format description; 
or the AUDCLNT_STREAMFLAGS_LOOPBACK flag is set but ShareMode is not equal to AUDCLNT_SHAREMODE_SHARED; 
or the AUDCLNT_STREAMFLAGS_CROSSPROCESS flag is set but ShareMode is equal to AUDCLNT_SHAREMODE_EXCLUSIVE.

A prior call to SetClientProperties was made with an invalid category for audio/render streams.

@JWolvers
Copy link
Author

Hi,

I am using Firefox on Windows 10, but the issue is most likely caused by Kaspersky.
I will contact our IT provider about creating an exception for swyh-rs and see if that solves the problem and report back.

Thanks for your help!

@dheijl
Copy link
Owner

dheijl commented Mar 16, 2021

I have no problem with Firefox and VB-Audio Hifi Cable, so Kaspersky might indeed be the culprit:

Knipsel

@JWolvers
Copy link
Author

It was indeed caused by kaspersky.

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