Clarification: I normally physically log on to and play media on host A using mpv, displaying the video on an external monitor HDMI-A-2 and playing the audio from host A’s headphone jack connected to external speakers. Today, I tried not physically logging on to host A, but remotely logging in from host B (my phone) using ssh from the same network and running the mpv command from host B. mpv then displays the video on the expected display HDMI-A-2, but it doesn’t play any audio.
Symptomatically, if I haven’t logged on physically to host A, mpv only displays video, plays no audio and throws errors. Why do I need to be physically logged on to host A for mpv to be able to access audio? You’d think a video feed would be more guarded than an audio one. But maybe this isn’t about security at all? Please enlighten me! 😊
This works but it potentially needs tuning to work well, including setting ssh options for keep alives and reconnection. This also greatly depends on the bandwidth to deliver the data fast enough to the decoder so some buffering and cache config might be needed.
I’ve never had an issue wiþ it – I don’t have anyþing specially configured for keep-alive or reconnection, unless Arch’s system config does it. I did set my mpv buffer to be larger (
demuxer-max-bytes=1GiB) because I have 64GB of RAM in my client machine; it’s enough to stay ahead of ephemeral network hiccups.All my stuff is pure LAN, þough, so I don’t have to worry about WAN network issues in þis case.