Package Details: pulseaudio-raop2 8.0-1

Git Clone URL: https://aur.archlinux.org/pulseaudio-raop2.git (read-only)
Package Base: pulseaudio-raop2
Description: A featureful, general-purpose sound server with AirPlay/Airtunes/RAOP v2 patchset
Upstream URL: http://hfujita.github.io/pulseaudio-raop2/
Licenses: LGPL
Conflicts: pulseaudio
Provides: pulseaudio=8.0-1
Submitter: trustin
Maintainer: moscar
Last Packager: moscar
Votes: 15
Popularity: 0.133277
First Submitted: 2013-12-15 13:09
Last Updated: 2016-03-12 12:43

Required by (128)

Sources (5)

  • 0001-Revert-module-switch-on-port-available-Route-to-pref.patch
  • 0002-Revert-module-alsa-card-Report-available-ports-befor.patch
  • padsp-lib32.patch
  • pulseaudio-raop2-8.0
  • raopv2.patch

Latest Comments

ewtoombs commented on 2016-07-31 20:32

Also, wouldn't it be a lot easier if we just built directly from hfujita's copy of pulseaudio instead of using this patch set generated from the mainstream copy and hfujita's copy?

Also another fix would be to revert webrtc-audio-processing to a previous version and maintain it in its own aur package, if you really want echo cancellation that much.

ewtoombs commented on 2016-07-31 20:25

I added the --disable-webrtc-aec switch to ./configure and it builds again.

I also tried the following in webrtc.cc:

#include <webrtc/modules/audio_processing/include/audio_processing.h>
#include <webrtc/modules/interface/module_common_types.h>

I just got a whole slew of build errors, though. So --disable-webrtc-aec works as a temporary workaround for us, but I think the real fix is for hfujita to migrate to pulseaudio version 9.0.

moscar commented on 2016-07-14 06:53

@AnakTeka It is also failing for me now, and I assume it's because of an update to `webrtc-audio-processing` [1]. Unfortunately I do not have access to an Airplay device at the moment so I can't really test and update this package. If anyone else wanna take over, please let me know.

[1]: https://github.com/pulseaudio/pulseaudio/commit/f8beaae23885da189a8de8194fc6674d89dd4d46#diff-2a82bad74aa6ebf763b2cfa51ff3ace8R36

AnakTeka commented on 2016-07-10 17:34

Failed to build

modules/echo-cancel/webrtc.cc:36:30: fatal error: audio_processing.h: No such file or directory
#include <audio_processing.h>

any ideas?

maccyber commented on 2015-10-24 16:32

Struggled to get it to work - it would not discover anything,
even after pacmd load-module module-raop-discover

I had to start avahi-daemon, then it worked.

systemctl start avahi-daemon
avahi-browse -t --all
systemctl enable avahi-daemon

Since it often crashes, I created a file /usr/bin/fixraop with following content

#!/bin/sh
pacmd unload-module module-raop-discover
pacmd load-module module-raop-discover

moscar commented on 2015-10-21 09:46

@rathka it is derived from this branch: https://github.com/mikkeloscar/pulseaudio-raop2/tree/raop2-v2-v6.0 which is the original patchset (this version: https://github.com/hfujita/pulseaudio-raop2/tree/hf/raop2-v2-v5.99.2) rebased onto pulseaudio 6.0.

If you are looking for a 7.0 version I see that https://github.com/hfujita/pulseaudio-raop2 now has a v7.0 branch which might work. Unfortunately I don't have access to an airplay device at the moment so I can't test it.

rathka commented on 2015-10-21 07:43

Is there a way to determine which upstream branch and revision the rapv2.patch is derived from?

jgottlander commented on 2015-09-24 17:08

Ok, just installed it via makepkg :)

moscar commented on 2015-09-08 09:18

OK, I think I know what is going on. The problem most likely is that yaourt is checking the depends array before building anything. libpulse-raop2 is listed in the depends array of package_pulseaudio-raop2, however makepkg does not make this check before the packages are installed and thus are able to build without this dependency problem.

This PKGBUILD is based on the PKGBUILD for the official pulseaudio in extra and it does the same thing. For that reason I'm not gonna change anything yet. However it is not clear from the documentation if makepkg is in fact doing something wrong. I suggest you ask upstream if you want to solve this issue. As long as it is working with makepkg I consider it working.

Regards

jgottlander commented on 2015-09-08 08:31

I think the problem is some kind of catch-22 dependency for pulseaudio-raop2, which depends on libpulse-raop2 but can't be installed because it depends on pulseaudio-raop2!

warning: can not solve "libpulse-raop2=6.0-1", dependency to "pulseaudio-raop2",
:: Following packages can not be upgraded because of unsolved dependencies:
pulseaudio-raop2
error: failed to prepare transaction (could not satisfy dependencies)
:: pulseaudio-raop2: needs libpulse-raop2=6.0-1

All comments