Arch Linux User Repository

Running gmediarender as the logged-in user works, but the moment I try and run the systemd daemon, it runs and presents services, but remains silent during playback.

I don't really understand linux audio, but my system appears to use pipewire which is supposed to provide alsa and pulse. I have tried alsasink and pulsesink, they work when invoked directly from my desktop console, even using the daemon -d option, but not from the systemd service.

Presumably it's a permission issue, but I don't understand what needs changing.

Finally installed Gmediarender on Archlinux-X86, but new problems came： Can't play DSD Can't change samplerate, fixed at 48k.

I was able to compile the latest version of gmrender-resurrect against libupnp 1.14 on aarch64 and successfully connect with BubbleUPnP. Unfortunately, Samsung SmartThings doesn't see the device on the WiFi network (SmartThings does find and connect to both the PS4 and TV so I know the client is functioning properly). Basically I want to setup a UPnP WiFi speaker on my RaspberryPi so I can play audio from sundry sources to my Boston Acoustic speakers over the deck.

If I'm able to get gmrender-resurrect working with Sansung SmartThings (or similar) I would consider taking ownership. Does anyone have any idea how to get gmrender-resurrect to work with Samsung SmartThings or point me to a similar client.

libupnp removed some deprecated functions in 1.14. Indeed, fixing gmrender is the proper solution but in the meanwhile, the last patch on the AUR package links gmrender to libupnp1.12.

I didn't use gmrender for a while so I'm orphaning it so a daily user can bring this up to date.

Running on an OdroidC2 with aarch64 mainline kernel for some time. Recently broke after a pacman update when libupnp updated to 1.14.0-1. A recent build from GIT master today doesn't run either. I have it compiling and working well when I compiled against libupnp versions 1.8.7 and 1.12.1. I created an issue at hzeller's github. I don't think he looks there much anymore though.

Hi,

Reading the comments below, I adopted this package to add RPi architectures. Tested on RPi 3, it works.

As commented below: Would you mind adding armv7h as an architecture? Simply adding this keyword to the arch is enought to make this PKGBUILD compatible with Raspberry Pi.

I'm not able to get the daemon to launch with the normal audio group and bind successfully to play audio. Gmediasrender plays, or thinks it is, but isn't binding to the sink. Anyone else notice this with the AUR version? It works fine if launching as my normal user binding to pulse. I even used uboot's modifications to bind specifically to pulsesink and no mojo.

Hi folks! I propose the following changes for better configurability. In particular, I wanted to select a differend audio device. This can now be done by setting e.g. audiodevice=front:External in /etc/conf.d/gmediarender ################# /etc/conf.d/gmediarender ################## #Friendly Name to display to network devices friendly=PI2 gMedia UPnP Renderer #UUID #Change this to make different players unique uuid=90aba109-6333-4669-85d1-d9316244f7f9 # gstout preferences, invoke "gmediarender --help-gstout" for help # Possible alsa audio devices can be obtained via "aplay -L" audiosink=alsasink audiodevice=sysdefault volume_db=0 videosink=autovideosink ############ /usr/lib/systemd/system/gmediarender.service ################### [Unit] Description=UPnP renderer using gstreamer After=network.target [Service] Type=forking EnvironmentFile=/etc/conf.d/gmediarender ExecStart=/usr/bin/gmediarender -f "${friendly}" -u ${uuid} --gstout-audiosink=${audiosink} --gstout-audiodevice="${audiodevice}" --gstout-videosink=${videosink} --gstout-initial-volume-db=${volume_db} -d User=nobody Group=audio [Install] WantedBy=multi-user.target