Log spam and missing listening port parameter for module-rtp-recv
Summary
PulseAudio complains about an uneven port number, but module-rtp-recv
does not support setting a custom listening port and uses the default (9875).
[pulseaudio] module-rtp-send.c: Port number not even as suggested in RFC3550!
When I use module-rtp-recv
, i get a warning every five seconds:
Unsupported RTP version.
Everything works as expected, but there are frequent, seemingly unwarranted warnings.
Steps to reproduce
The sending host, which complains about the uneven port number is pulseaudio 11.1
(1:11.1-1ubuntu7.10
) on Ubuntu 18.04.
It does not have any special configuration. This is the RTP configuration:
load-module module-null-sink sink_name=rtp
load-module module-rtp-send source=rtp.monitor destination_ip=192.168.1.2 port=9875
set-default-sink rtp
I attached a tcpdump (-i any "udp port 9875"
) and a verbose log which were both obtained on the device running Arch Linux (13.99.2-22-ga9c6d
), which is receiving this RTP stream. This is its RTP configuration:
pactl load-module module-null-sink sink_name=rtp
pactl load-module module-rtp-recv sink=rtp sap_address=0.0.0.0
A firewall is filtering the RTP port, so only the sending host can reach this port.
iptables -A INPUT -p udp -s 192.168.1.3 --dport 9875 -j ACCEPT
# ...
iptables -A INPUT -j DROP
This should limit the possibilty of hosts sending bad broadcasts or even non-RTP packets. This is a private network, there are not many devices here that could possibly cause issues.
This is the non-GStreamer backend. A recent commit disabled it by default, and Arch Linux even removed all the GStreamer dependencies.