[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

Closed for Ubuntu since the bug is closed upstream. If you feel this is incorrect then please comment upstream (https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/505) and then here. ** Changed in: pulseaudio (Ubuntu) Status: Confirmed => Won't Fix -- You received this bug

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

** Changed in: pulseaudio (Arch Linux) Status: Confirmed => Unknown ** Changed in: pulseaudio Status: Confirmed => Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu.

[Desktop-packages] [Bug 411688]

All problems with RTP module flooding network, Wifi are caused by lack of IGMP support in rtp_send module. When pulseaudio with rtp_recv module is started proper IGMPv2 signalling works like it should: root@orangepione:~# tshark -i eth0 -Y "igmp" Capturing on 'eth0' 117 6.950723148

[Desktop-packages] [Bug 411688]

You are right that this feature needs to be enabled first to make the bug rise. However I do not think that documentating this bug/behavior solves the problem. I do want to use music streaming, but I cannot do this as my router routes the traffic into the WLAN. Lowering the rate is possibly not a

[Desktop-packages] [Bug 411688]

Sure mp3 would be way better. I just dont know how rtp works. I think its reasonable to use mp3 here. However I dont know how that works for streams and with pulse. Fixing the compression method would be the better fix, however a specific ip/hostname would not hurt neither. -- You received this

[Desktop-packages] [Bug 411688]

(In reply to freedesktop from comment #17) > Lowering the rate is possibly not a good idea as it results in worse > quality. The format is by default "s16be" about which I have no idea what a > different format would help. I do not know if the data can somehow be > compress further, because this

[Desktop-packages] [Bug 411688]

-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance:

[Desktop-packages] [Bug 411688]

To my knowledge RTP can carry pretty much any format. You said on the mailing list that you want to use Kodi to receive the stream, and I don't know what Kodi supports, but I would guess that it supports many formats. Don't get too excited about compressed audio, though. I'm not volunteering to

[Desktop-packages] [Bug 411688]

*** Bug 98649 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with multicast packets Status

[Desktop-packages] [Bug 411688]

Sending a wav file means a TCP connection between two computers. TCP connections are the most common type of traffic, and the hardware is optimized accordingly. UDP multicast is different, and apparently network hardware is not necessarily as efficient with processing that protocol. Comment #9

[Desktop-packages] [Bug 411688]

I know nothing about RTP, but from a user perspective, I have two questions: 1) Transferring a WAV file over the network goes faster than real time (in terms of the audio contained within). Why should the network struggle with uncompressed RTP audio, then? 2) Why are packets generated when

[Desktop-packages] [Bug 411688]

I've also noticed this in the most up to data pulse versions from archlinux. I also cannot use a ttl of 1, as the router does not decrease the value when routing into wlan, as it has the same subnet. Neither does destination ip 24.0.0.1 help. From my side I have no chance to change the router

[Desktop-packages] [Bug 411688]

I read through the comments, and to me it looks like module-rtp-send doesn't have any flooding bug. The data rate of PCM audio is what it is, and the network hardware isn't always able to handle it. Multicast RTP is not enabled by default. If the user enables it, I don't know what we could

[Desktop-packages] [Bug 411688]

Adding to my previous comment: it could be argued that the bug is that we transmit PCM audio instead of compressed audio. Adding support for compressed audio should help with the network stress. Does anyone volunteer to implement this? -- You received this bug notification because you are a

[Desktop-packages] [Bug 411688]

I noticed the same bug in my system ( Ubuntu 14.04.5) while I was trying to set up pulseaudio server in Windows 10 over the local network. In my case network flooding occurs whenever I launch pavucontrol, upload traffics reaches up to 200kb/s and it reduced the local network unusable. When I

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

The bug is open with upstream. If you have any comments about it then the best place to discuss is with upstream: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/505 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

This ticket was opened 9 years ago. Bug still exists in Ubuntu 16.04.05. /etc/pulse/default.pa ``` load-module module-null-sink sink_name=rtp load-module module-rtp-send source=rtp.monitor set-default-sink rtp ``` This feature still floods the network with packets. Disabling it isn't a fix, its

Re: [Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

please tell me "0" rights to "others" group does not affect root account. De: boun...@canonical.com en nombre de alex dekker <411...@bugs.launchpad.net> Enviado: martes, 5 de diciembre de 2017 18:03:58 Para: jfarroy...@hotmail.com

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

killall pulseaudio didn't fix it, but: # chmod 0600 /usr/lib/pulse-10.0/modules/module-rtp-send.so followed by killall pulseaudio again did and this will doubtless work until the package is updated. I have no idea why this issue popped up today. I haven't made any changes to my sound settings

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

I ran into this flooding today on Ubuntu 17.10. This "fixed" it, at least temporarily: pactl unload-module module-rtp-send -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

** Changed in: pulseaudio (Arch Linux) Status: Unknown => Confirmed ** Changed in: pulseaudio (Arch Linux) Importance: Unknown => High -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu.

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

ubuntu 16.04 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with multicast packets Status in PulseAudio: Confirmed Status in pulseaudio

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

same here :( had to restart pulseaudio -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with multicast packets Status in PulseAudio:

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

just discovered this on 16.04, pactl unload-module module-rtp-send "fixed" it -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with multicast

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

** Changed in: pulseaudio (Arch Linux) Importance: Undecided => Unknown ** Changed in: pulseaudio (Arch Linux) Status: New => Unknown ** Changed in: pulseaudio (Arch Linux) Remote watch: None => freedesktop.org Bugzilla #44777 -- You received this bug notification because you are a

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

This are upstream bug with Flooding packages to Network. On pulseaudio 9.0 same problem, but upstream reqired to fix it up. Distributive: ArchLinux. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu.

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

** Also affects: pulseaudio (Arch Linux) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

I am on Ubuntu 14.04.5 platform. I came across the same bug yesterday while trying to set up pulseaudio server on Windows to send audio from my Ubuntu laptop in local network and it rendered the home network unusable. It costed me hours to locate the pest. Dos attack triggered by pavucontrol, when

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

Confirming this bug too. I falsely blamed the provider for an unusable internet connection until I found out that it was my pulseaudio RTP module. BLUSH. Well I wanted to be sending via RTP so disabling the module is just a temporary measure which makes me use Internet again LOL. But it surely is

[Desktop-packages] [Bug 411688]

This bug is still present in Fedora 23 x86_64 and pulseaudio-7.1-1 My machine was sending ~ 180KB/s to 224.0.0.56 until I unchecked "Enable Multicast/RTP sender" in paprefs. For peace of mind, I ended up adding "unload-module module-rtp-send source=rtp.monitor" into /etc/pulse/default.pa --

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

Wow Thanks You 3 installs later just to find it creep into my system after a couple of days, and nothing on the web unless you know the phrase "flooded" the network. And indeed using System Monitor it tricked me to believing it was other things, then finally who would have guessed - PulseAudio,

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

@Solaris That's not a fix, that's just disabling the feature. This problem still exists. I'm on Ubuntu 15.10 and RTP send is flooding my network resulting in near total DoS. This really needs to be resolved soon... Example of packet storm: 21:23:48.763850 IP laptop.34779 > 224.0.0.56.46176:

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

I launched Pulseaudio preferences --- under the tab multicast/RTP, disabled Multicast/RTP sender . problem solved! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title:

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

The same here on two boxes. My desktop is running Gentoo Linux and PulseAudio 5.0 My netbook is running Debian Jessie and PulseAudio 5.0 When I enable rtp sender even if I don't send any stream to RTP Sender sinc my Wi-Fi connection is getting flooded. -- You received this bug notification

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

I just stumbled upon this problem on an upgrade from 14.10 to 15.04 and this is absolutely killing everything on my network, completely crazy. Using paprefs and disabling the RTP sender did the trick though. Would be really nice if this was not enabled by default, this completely kills WLAN

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

** Bug watch added: LibreOffice Bugzilla #44777 https://www.libreoffice.org/bugzilla/show_bug.cgi?id=44777 ** Also affects: pulseaudio via https://www.libreoffice.org/bugzilla/show_bug.cgi?id=44777 Importance: Unknown Status: Unknown -- You received this bug notification because

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

** Changed in: pulseaudio (Debian) Status: Incomplete = Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with multicast

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

I just encountered this same symptoms today in my newly upgraded ubuntu (from LTS 12.04 to LTS 14.04): 100-150kB upload to 224.0.0.56 and my wifi down to less than 1Mb effective bandwidth. There were a few updates today which seem to have triggered the behaviour, as I had no problems before the

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

Confirming what appears to be this bug on 12.10. Noticed constant network usage of 150-200 Kb/sec outgoing, which was causing substantial slowing over wifi interface. Checked aroung and there were multiple connections spawned by pulseaudio. Disabling network devices using paprefs completely

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

EDIT: Checked Multicast/RTP: it appears the aforementioned plugin for Apple AirTunes forces the Multicast/RTP settings. Enabling Multicast/RTP independently of Apple AirTunes support yields same results. My apologies for the numerous comments. -- You received this bug notification because you

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

EDIT: Appears to be limited to Apple Airfoil/AirTunes compatibility plugin thingie. Disabled just make discoverable Apple AirTunes devices available locally and that cut the bandwidth. Normal PulseAudio network devices did not seem to experience the same bug. -- You received this bug

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

hi there, i have hit this bug usint Ubuntu 13.04, PulseAudio 3.0 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio floods network with multicast packets

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

Hi, I would like to say that this problem is still there and is the reason why I am not able to stream audio using RTP. I have all other options disbaled, discover network audio, etc... When I turn on RTP sender this happens: 21:52:26.935440 IP 192.168.0.235.48718 224.0.0.56.46234: UDP, length

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

it's alive and well. i'm here on my second day of searching. network sends jump to 90+kb/s whenever i play audio, regardless of location, source, and player. have no idea how i tripped this feature, but will attempt above fix. 10.04 running on hp touchsmart, which is neither touch nor smart.

[Desktop-packages] [Bug 411688] Re: pulseaudio floods network with multicast packets

removed check mark from enabled. hint: gconf-editor in terminal, system - pulseaudio - modules - rtp-send -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/411688 Title: pulseaudio