No network traffic from scream (as of the other day) for desktop apps
Torxed opened this issue · 6 comments
I've tried everything.
Not sure what to debug or how to debug it.
Tried multicast and unicast, triest net stop audiosrv and starting it again.
Rebooted multiple times. Turned every possible firewall off.
Worked yesterday, doesn't work today. The only thing I can think of is a Windows reboot during the night when I was sleeping.
Running on the specific interface:
scream -i 172.22.0.80 -t 10 -v
Which is briged:
The device comes up on the linux machine:
But as I mentioned, nothing reaches the Linux machine so nothing gets played.
Audio works fine on the Linux machine otherwise, if I use voicemeeter I can get the audio from the microphone to loop back to the Linux machine (so sound kinda works?).. But no other audio ever gets transmitted ever.
Tried playing stuff in VLC, Edge, Chrome, Firefox.
Any help would be appreciated.
Tried adjusting things according to the readme as well, and to use the test function mentioned.
That triggers this error:
But obviously some sound works, as the voicemeeter with selective audio output works:
But it's only this output that works, the other ones are broken:
Hopefully some of this information is of use in either helping or debugging the issue.
Windows can't load any driver information either, but it's at least there in the device manager.
Also weird to me is that the receiving side receives the control messages of what bitrate to use when I change it on the server end of things:
At least the WDM one should work.
There is definitely something broken with the driver installation. Check if Scream appears under "Sound, video and game controllers". Here:
Uninstall the device, delete the driver files when asked. Then reboot and reinstall.
Also: When Windows did that nightly reboot, did it install upgrades? Might have a look in the Event Log.
Nothing in the event viewer, other than service was installed and service changed from disabled to on demand start (paraphrasing a bit because I can't copy paste).
Might have installed updates or not. I've suffered from some BSOD the last couple of days so it's randomly restarted during night and day.
So one of the things I changed from when scream was working to when it became broken is either the move from -drive id=hdd0,... to -blockdev '{"driver":"file", ...}' which is unlikely? Or a windows update, or something happened during those BSOD that I can't account for.
I've uninstalled, rebooted, and verified that it's removed, and then installed it again with no errors anywhere.
I can clearly hear the microphone input being transmitted back to the Linux machine (Microphone on Linux -> vban_emitter -> windows guest -> voicemeeter -> pipes output to scream -> picked up by Linux)..
Just any other application refuses to output stuff to scream.
Tried games (Overwatch), chrome/edge, vlc and the only thing that's working is Voicemetter when specified to output to KS: Scream Wave.
Windows indicated that absolutely no sound was put through the volume mixer.
I'm no windows expert so I've been debugging this relentlessly for a few days now.
Finally found sfc /scannow which checks system file integrity (?).
It found something, fixed it, rebooted and now everything works.
For what it's worth I debugged it without scream first using vanilla qemu HDA device:
-device ich9-intel-hda \
-device hda-micro,audiodev=hda \
-audiodev pa,id=hda,server=unix:/run/user/$UID/pulse/native \