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

Cannot stream audio from applications using wasapi #52

Open
RenEH01 opened this issue Jan 11, 2022 · 1 comment
Open

Cannot stream audio from applications using wasapi #52

RenEH01 opened this issue Jan 11, 2022 · 1 comment

Comments

@RenEH01
Copy link

RenEH01 commented Jan 11, 2022

My current set up is Kodi playing audio with wasapi and hifi cable and having that audio streamed via airplay using a similar software to yours called tuneblade. Unfortunately, airplay is limited to only 41.1khz sample rate and all movies need to be downsampled.

I've gotten your software to function in a similar manner, but only if Kodi is using direct sound and not wasapi. There seems to be a noticeable decrease is quality using direct sound with my stereo set up. The timing for audio/video seems to always be a few milliseconds off and is not a consistent amount delayed every time a video is launched. Is there a way for swyh-rs to be able to stream audio from applications using wasapi? Thanks again for your time and this software!

@dheijl
Copy link
Owner

dheijl commented Jan 12, 2022

swyh-rs can only capture audio using wasapi.
The problem is that Kodi insists on opening wasapi in exclusive mode instead of in shared mode, and this prevents swyh-rs opening wasapi for sound capture...
Foobar2000 has the same problem. If you disable exclusive mode in the sound config control panel Foobar2000 refuses to open wasapi.
VLC for instance can stream without problems to HiFi Cable, as do Spotify and many others.

And a delay between video and sound is inevitable if you capture the audio and stream it to another audio device, there is a (minimal) amount of buffering in the application and a device-dependent amount of buffering in the dlna-renderer (often configurable).

VLC can fix this by sending the audio ahead of the video, using the "J" key, or in the audio preferences (sync compensation).

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