I've been experiencing glitchy sound (hard to describe, just sounds like packets are arriving out of order, sound is clearly what windows is sending but kind of scrambled, almost like it's going through a granular synthesis device) that's hard to reproduce or diagnose, and I'm not sure what to do so I'm going to describe it as best I can and hope.
Sometimes, when my linux server has recently rebooted and is running scream, and my windows machine has recently rebooted, the sound is clear and low latency, essentially perfect.
However, in the last couple weeks, sometimes the system gets thrown into a state where all the audio is garbled. I think this is correlated with my windows system sleeping and waking, or regaining its network connection after the wake. At first I could reliably solve it by rebooting the linux machine (but not just restarting scream on it). I thought maybe it was CPU or memory pressure, but I've checked a lot and those are always low, plus the following.
In the last couple days, rebooting linux doesn't fix it, but sometimes rebooting or sleep+waking windows does. Once, just restarting scream on linux without rebooting was enough. I normally run scream in systemd, but I stopped it and tried scream -v to see if it would print anything --- it didn't, but the audio was clear. I then interrupted that and restarted it with systemd and it was again fine, until the next time my windows machine went to sleep.
I'm starting to suspect either the windows driver or the windows networking stack?
I guess my first question is, is there anything I can turn on, on linux or windows, to try to get more information?
I've been experiencing glitchy sound (hard to describe, just sounds like packets are arriving out of order, sound is clearly what windows is sending but kind of scrambled, almost like it's going through a granular synthesis device) that's hard to reproduce or diagnose, and I'm not sure what to do so I'm going to describe it as best I can and hope.
Sometimes, when my linux server has recently rebooted and is running scream, and my windows machine has recently rebooted, the sound is clear and low latency, essentially perfect.
However, in the last couple weeks, sometimes the system gets thrown into a state where all the audio is garbled. I think this is correlated with my windows system sleeping and waking, or regaining its network connection after the wake. At first I could reliably solve it by rebooting the linux machine (but not just restarting scream on it). I thought maybe it was CPU or memory pressure, but I've checked a lot and those are always low, plus the following.
In the last couple days, rebooting linux doesn't fix it, but sometimes rebooting or sleep+waking windows does. Once, just restarting scream on linux without rebooting was enough. I normally run scream in systemd, but I stopped it and tried
scream -vto see if it would print anything --- it didn't, but the audio was clear. I then interrupted that and restarted it with systemd and it was again fine, until the next time my windows machine went to sleep.I'm starting to suspect either the windows driver or the windows networking stack?
I guess my first question is, is there anything I can turn on, on linux or windows, to try to get more information?