Hi Philipp. Thanks for sharing, this is a great idea. I often work remotely and it's hard to get AES67 through the VPN to my house. So for testing and troubleshooting, I'd like to run the visualizer on a headless server through SSH with X11 forwarding. Do you have any tips to make this work on XQuartz? The showvolume window opens for a moment and looks correct with 8 channels, but then the whole window turns solid white.
I added some debugging to your code to get the full command, so then I changed the ffplay part to write a WAV file with ffmpeg instead. That way I could verify that the gstreamer part is working correctly. The output looks like this with SSH verbose logging:
$ DEBUG=* node main -f dolby.sdp -t showvolume
filter filter: ffplay -hide_banner -loglevel error -window_title "showvolume" -f lavfi "amovie=/dev/stdin, showvolume=t=0:dm=3 [out0]" +0ms
filter command: gst-launch-1.0 -q udpsrc address=239.69.83.67 port=6520 ! application/x-rtp, clock-rate=48000, channels=8 ! rtpjitterbuffer ! rtpL24depay ! audioconvert ! wavenc ! fdsink +1ms
debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 42670
debug1: x11_connect_display: $DISPLAY is launchd
debug1: channel 1: new [x11]
debug1: confirm x11
debug1: channel 1: FORCE input drain
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 42672
debug1: x11_connect_display: $DISPLAY is launchd
debug1: channel 2: new [x11]
debug1: confirm x11
debug1: channel 1: free: x11, nchannels 3
debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 42676
debug1: x11_connect_display: $DISPLAY is launchd
debug1: channel 1: new [x11]
debug1: confirm x11
debug1: channel 1: FORCE input drain
debug1: channel 1: free: x11, nchannels 3
On Monday, December 28, 2020 at 4:24:19 AM UTC-8 Philipp Hartung wrote: