Package Details: pulseaudio-zeroconf-raop2 8.0-1

Git Clone URL: https://aur.archlinux.org/pulseaudio-raop2.git (read-only)
Package Base: pulseaudio-raop2
Description: Zeroconf support for PulseAudio
Upstream URL: http://hfujita.github.io/pulseaudio-raop2/
Licenses: LGPL
Conflicts: pulseaudio-zeroconf
Provides: pulseaudio-zeroconf=8.0-1
Submitter: trustin
Maintainer: sirspudd
Last Packager: moscar
Votes: 17
Popularity: 0.300983
First Submitted: 2013-12-15 13:09
Last Updated: 2016-03-12 12:43

Required by (0)

Sources (5)

Latest Comments

lutoma commented on 2017-09-20 16:25

Just a heads-up, PulseAudio 11 was released a few days ago and contains these patches natively, so this shouldn't be required anymore.

moscar commented on 2017-02-24 00:40

I'm disowning this package since I can't effectively maintain it without access to an airplay device. I hope someone else is able to take it over.

somekool commented on 2017-02-24 00:18

missing compile dependencies
- pkg-config
- autoconf
- automake

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?

All comments