A small DLNA server which brings DLNA / UPNP and Chromecast* output support to PulseAudio. It can stream your current local audio playback to different UPNP devices (UPNP Media Renderers) or Chromecasts in your network. It's main goals are: easy to use, no configuration hassle, no big dependencies.
Fedora 33:
/usr/bin/pulseaudio-dlna
Traceback (most recent call last):
File “/usr/bin/pulseaudio-dlna”, line 6, in
from pkg_resources import load_entry_point
File “/usr/lib/python3.9/site-packages/pkg_resources/init.py”, line 3257, in
def _initialize_master_working_set():
File “/usr/lib/python3.9/site-packages/pkg_resources/init.py”, line 3240, in _call_aside
f(*args, **kwargs)
File “/usr/lib/python3.9/site-packages/pkg_resources/init.py”, line 3269, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File “/usr/lib/python3.9/site-packages/pkg_resources/init.py”, line 582, in _build_master
ws.require(requires)
File “/usr/lib/python3.9/site-packages/pkg_resources/init.py”, line 899, in require
needed = self.resolve(parse_requirements(requirements))
File “/usr/lib/python3.9/site-packages/pkg_resources/init.py”, line 785, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The ‘pulseaudio-dlna==0.6.0’ distribution was not found and is required by the application
Fixed (a while ago) in 0.6.1
Hi no sure if this is the place, but the only place I found.
I was looking for this to work since 5 years ago when I bought my yamaha wcx-50 (also have a Chromecast), and seems this is the one, but some problems:
Installed it in Fedora 36, I know pulseaudio is not installed by default, but I’ve seen something like pipewire-pulseaudio no sure if this is a kind of replacement or what, couldn’t find info about it.
My question what should I do to make pulseaudio-dlna work, this is the log when I start the server
09-02 20:43:03 pulseaudio_dlna.pulseaudio CRITICAL Failed to load module “module-dbus-protocol”!
09-02 20:43:03 pulseaudio_dlna.pulseaudio INFO Probing for $PULSE_DBUS_SERVER unsuccessful.
09-02 20:43:03 pulseaudio_dlna.pulseaudio INFO Probing for /run/pulse/dbus-socket unsuccessful.
09-02 20:43:03 pulseaudio_dlna.pulseaudio INFO Probing for $XDG_RUNTIME_DIR unsuccessful.
09-02 20:43:03 pulseaudio_dlna.pulseaudio INFO Probing for org.PulseAudio.ServerLookup1 unsuccessful.
09-02 20:43:03 pulseaudio_dlna.pulseaudio INFO Found the following pulseaudio server addresses:
09-02 20:43:03 pulseaudio_dlna.pulseaudio CRITICAL Could not connect to pulseaudio! Application terminates!
09-02 20:43:04 pulseaudio_dlna.workarounds INFO Yamaha RemoteControl found: http://192.168.0.62:80/YamahaRemoteControl/ctrl
Ok I found that pipewire has a pulse emulation running, here is the ouptut of ‘pactl info’
Server String: /run/user/1000/pulse/native
Library Protocol Version: 35
Server Protocol Version: 35
Is Local: yes
Client Index: 1242
Tile Size: 65472
User Name: tonioc
Host Name: mini
Server Name: PulseAudio (on PipeWire 0.3.56)
Server Version: 15.0.0
Default Sample Specification: float32le 2ch 48000Hz
Default Channel Map: front-left,front-right
Default Sink: alsa_output.usb-Logitech_Logitech_USB_Headset-00.analog-stereo
Default Source: alsa_input.usb-046d_HD_Pro_Webcam_C920_232213FF-02.analog-stereo
Cookie: 4f3f:3a73
So not sure how to inform pulseaudio-dlna how to connect to this server, I tried PULSE_SERVER with Server String as suggested by pulse documentation but it does not work.
Any help will be greatly welcome, thanks in advance
Tonio
I experienced problems with pulseaudio-dlna not working on antiX 21 Core straight out-of-the-box, after updating, after working very happily in 19.3…
I also tried, with identical results in Manjaro (latest) and yesterday I installed Fedora 35 and followed the instructions to the letter as I understand Cygn forked the product primarily to package it for Fedora.
I’ve reached the same point with Fedora that I was in with antiX (Debian). Dead end.
It’s just my lowly user opinion but everything seems to suggest to me that pulseaudio-dlna isn’t properly compatible to build against Python3x…I think it declares dependencies that are either deprecated, renamed or contained in other parts of Python. For anyone with coding experience I think this might be a quick fix…for myself and the rest of us I think we’re borked until development picks up again, if it does.
Thanks to all those who have contributed thus far.
You might want to swap out pulseaudio for pipewire:
sudo dnf swap pipewire-pulseaudio pulseaudio --allowerasing
Yes I thought about that, although I wasn’t aware it was so simple :-), but really this usually is not so transparent, I faced lot of troubles previously switching versions of different sound servers and really do not want to mess things up in my current computer.
Thanks for the advice, I’ll see if I can try this, and hoping it starts working with pipewire.
Please take a look to the python version update.
Sorry, I somehow does ot get notifications.
I did rebuild for 39 & 40 - python deps should be corrected now.
The issue apparently is that copr does not really auto-rebuild on new versions - just renames the old one. I need to think about launching manually the rebuild for the next version. The code itself didn’t changed for a while, and is rather stale.
By the way, I don’t use it anymore personally.
Any chance someone could build a CentOS9/RH9 RPM? I’ve tried to install from source on AlmaLinux 9 but keep running into issues.