Pulseaudio consumes approx 1.5MBps of network when it sees an Airport Express

Bug #782860 reported by Matthew Caron
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
pulseaudio (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: pulseaudio-module-raop

When connected to a network on which it finds an Airport Express unit, pulseaudio goes nuts and constantly talks to it, at about a 1.5MB data rate - even though I haven't connected to it, or done anything.

If I remove the pulseaudio-module-raop package and restart pulseaudio, it doesn't talk to it anymore, but this is a suboptimal solution - I might want to connect to it and play music.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: pulseaudio 1:0.9.22+stable-queue-24-g67d18-0ubuntu3.1
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
   Subdevices: 0/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: matt 13665 F.... pulseaudio
 /dev/snd/pcmC0D0c: matt 13665 F...m pulseaudio
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xee400000 irq 49'
   Mixer name : 'Analog Devices AD1981'
   Components : 'HDA:11d41981,17aa2025,00100200'
   Controls : 20
   Simple ctrls : 11
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw 79HT50WW-1.07'
   Mixer name : 'ThinkPad EC 79HT50WW-1.07'
   Components : ''
   Controls : 2
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
   Playback channels: Mono
   Limits: Playback 0 - 14
   Mono: Playback 11 [79%] [on]
Date: Sat May 14 22:00:00 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha amd64 (20110329.1)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: pulseaudio
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/27/2009
dmi.bios.vendor: LENOVO
dmi.bios.version: 7IET36WW (1.17 )
dmi.board.name: 8743CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7IET36WW(1.17):bd08/27/2009:svnLENOVO:pn8743CTO:pvrThinkPadT60:rvnLENOVO:rn8743CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 8743CTO
dmi.product.version: ThinkPad T60
dmi.sys.vendor: LENOVO

Revision history for this message
Matthew Caron (matt-mattcaron) wrote :
Revision history for this message
Luke Yelavich (themuso) wrote :

Yes, this is known by the pulseaudio upstream developers. Work needs to be done on making the raop support code run more cleanly and less crasy/flaky. The only real work-around at the moment is to enable/disable the raop plugin in the config files for pulse, found in /etc/pulse.

Changed in pulseaudio (Ubuntu):
status: New → Confirmed
Revision history for this message
Simon Steinbeiß (ochosi) wrote :

this bug prevails in oneiric, it's really a pity because it makes the whole plugin/module unusable.

Revision history for this message
Colin Guthrie (launchpad-colin) wrote :

As I've suggested a gazillion times, the fact that the ROAP module is loaded when the package is installed is NOT what I intended as the upstream author and maintainer of this code. Please remove it, I'm sick an tired of supporting users coming to upstream channels because of downstream modifications. The ROAP module is not perfect code and it WILL prevent any Mac or Windows machines using the RAOP device when the module is loaded. It does not behave well and is not a good citizen. If you wish to make the module loaded by default then ensure you employ someone to work on the code to improve it before you do so.

The module can and should be loaded via paprefs. This gives the user the choice. I believe you also need to update paprefs for the new PA 1.0 you shipped as I've heard user reports that it's currently broken.

If you wish for the module to be turned on by default when the package is installed then change the gconf schema, do not hack the default.pa.

It was only added to default.pa because some users who were not aware of the consequences suggested it. Do not act on the suggestions of users without researching the problem and asking the upstream people. We do things for a reason, please respect this.

Revision history for this message
Daniel T Chen (crimsun) wrote :

Colin, apologies for the unnecessary (and wasted) effort on your part. Is removing our patch to load module-raop-discover the right way to go for Ubuntu 12.04 LTS, then?

Revision history for this message
Simon Steinbeiß (ochosi) wrote :

@Coling: By the way, it seems that it's not a too old paprefs version that makes the network settings insensitive but this bug: https://bugs.launchpad.net/ubuntu/+source/paprefs/+bug/829051

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package pulseaudio - 1:1.1-0ubuntu4

---------------
pulseaudio (1:1.1-0ubuntu4) precise; urgency=low

  [ Daniel T Chen ]
  * Don't load module-raop-discover by default. (LP: #782860)

  [ Gabor Kelemen ]
  * Run dh_translations to generate translation template, add it as build-dep.
    (LP: #876866)
 -- Luke Yelavich <email address hidden> Wed, 14 Dec 2011 10:50:16 +1100

Changed in pulseaudio (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

It seems that someone inadvertently removed not just the RAOP loading but also the Zeroconf loading. This results in native PA remote sinks no longer being detected by default, which is not desirable.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.