RuneAudio Remote Control for Android

[bo.vestergaard]

People have pointed out that you need the latest night release in order for the Android control to work. I should point out that you only need the latest night release for the Android app to discover the player. Once it has discovered it you can roll back to your previous version. I run the latest stable release (ie not the night release) on Raspberry PI 2. I just booted my PI temporarily on the latest night release and then reloaded the original software. You can even use a different SD card if that is easier. Works a treat. Thanks for the nice work guys!

[PeteB]

This weekend I noticed that the Android Remote app does not always recover after a manual reboot to my Rpi 2 w. HiFiBerry Dac+. (meaning compared to the Web UI)

On reboot, the web UI shows a spinning circle for just the time it takes the Pi to reboot and the login prompt to appear (about 30 sec).

The remote app just stays on the spinning circle, indefinitely. Player Discovery does nothing in this case, neither does clicking on the player name below that.

Same thing occasionally (not always) happens if the tablet I use for the Remote App loses the WiFi connection to the player, for example when I am carrying it from room to room.

[osanto]

[RussNelson]

What algorithm does it use to find players? http://runeaudio.local is working on my desktops (Ethernet connected), but are not working on my wifi-connected tablet. Neither is the RuneAudio Remote Control for Android. My server seems to be running all the usual protocols:

[root@runeaudio ~]# netstat -tna
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:6600 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:5002 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:81 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:82 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:83 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 198 0 192.168.86.106:80 192.168.86.22:36199 ESTABLISHED
tcp 0 0 192.168.86.106:22 192.168.86.2:46062 ESTABLISHED
tcp 168 0 192.168.86.106:80 192.168.86.22:36222 ESTABLISHED
[root@runeaudio ~]#

[hondagx35]

[Dohmar]

Not sure if any others have reported this problem, but when using the remote, sometimes it will crash the pi/cause a hard lock.
I've replicated this while having an ssh session open to rune - when crashing, the ssh session becomes unresponsive, the web interface doesnt work and the application goes into a spinlock. No idea what cause, but if there are any logfiles I should check please let me know

-D

[RussNelson]

[hondagx35]

[elliotn]

Russ-

Discovery is based off of the "_http._tcp" and not the music player daemon. When you use Bonjour Browser, you should actually see a response like "RuneAudio [host] [xx:xx:xx:xx:xx:xx]. This response from the server is only available from 0.4/nightly builds on.

If you are not running 0.4, you can either 1) add the service, which is documented in the help section mentioned in the forum, or 2) from the app, go to SUPPORT AND CREDITS and manually add your device.

Hope this helps-
Elliot

[glenndmel]

The app is awesome. thanks