You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running snapcast on a server in the closet is great. I can do everything as it says on the box. However I sometimes also want to stream whats on my desktop. E.g. youtube, movie (audio only of course), whatever.
For this case, I'd need to use some 'tcp' (or udp) based connection. One barbaric way of doing so could be:
(socat arguments are made up and for illustration purposes only.)
While it certainly may be possible to eliminate the server socat and directly connect to port 4593, it's an exersize left to the reader, as nothing is described here, just that snapserver can act as a server and client.
In that light, it could even be the case it would be possible to
I suppose that doesn't require hard documentation per-say; but would be convenient.
Come to think of it, would it not be possible to directly output tcp data out of pulseaudio (or pipewire) directly to snapserver-tcp? I suppose it may require a special pulse/pipe plugin, we do want to be able to 'select' a specific output, to switch from local speakers to remote speakers; though I suppose that's a feature request on its own?
The text was updated successfully, but these errors were encountered:
A piece of documentation on how to have Linux + Mac + Windows + (modern) Linux + Android all stream/redirect their default audio outputs to the same Snapcast server would be great to have in any case!
Running snapcast on a server in the closet is great. I can do everything as it says on the box. However I sometimes also want to stream whats on my desktop. E.g. youtube, movie (audio only of course), whatever.
For this case, I'd need to use some 'tcp' (or udp) based connection. One barbaric way of doing so could be:
(socat arguments are made up and for illustration purposes only.)
While it certainly may be possible to eliminate the server socat and directly connect to port 4593, it's an exersize left to the reader, as nothing is described here, just that snapserver can act as a server and client.
In that light, it could even be the case it would be possible to
I suppose that doesn't require hard documentation per-say; but would be convenient.
Come to think of it, would it not be possible to directly output tcp data out of pulseaudio (or pipewire) directly to snapserver-tcp? I suppose it may require a special pulse/pipe plugin, we do want to be able to 'select' a specific output, to switch from local speakers to remote speakers; though I suppose that's a feature request on its own?
The text was updated successfully, but these errors were encountered: