To narrow down:
- - Fresh install
- Power on
- Do not setup or restore anything
- Try WebRadio from default list (no listening required)
- Update via Addons
- Setup I2S DAC
- Try WebRadio again
- Connect NAS
rern
by rern » 25 Aug 2020, 12:51
by cmh714 » 26 Aug 2020, 05:16
by dmitrich » 26 Aug 2020, 05:59
by R101 » 26 Aug 2020, 09:27
by RolandBlaze » 26 Aug 2020, 13:03
rern wrote:Setup Issues
To narrow down:- Fresh install
- Power on
- Do not setup or restore anything
- Try WebRadio from default list (no listening required)
- Update via Addons
- Setup I2S DAC
- Try WebRadio again
- Connect NAS
rern
by Ears of Tin » 26 Aug 2020, 15:38
by cmh714 » 27 Aug 2020, 01:43
cmh714 wrote:So did another fresh install....basically this is where the UI went south on me:
I installed, updated, configured etc. with lots of reboots and all good. I imported some webradio stations and played them,and still all good. Then went to Save the current playlist and still seemed OK.....then went to change the Play UI settings and then I lost the UI.....hth
by rern » 27 Aug 2020, 06:23
dmitrich wrote:... Are you planning support for a new Hifiberry product called "Hifiberry DAC2 HD"? ...
R101 wrote:...
After following your instructions, it seems the problem I have with no embedded cover art from the radio streams is related to the wifi interface. If I use the on-board wifi, which selects wlan0, I get the cover art. If I use a dongle, which selects wlp1s0u1u1, there is no cover art but audio and embedded text work OK.
Unfortunately, the on-board wifi does not work reliably for me in the Pi's normal location, and a dongle does.
This problem did not occur with the final version of e4 on the Pi4, using the wlp1s0u1u1 interface. A Pi3 running e5 seems to allocate wlan0 to the dongle when on-board wifi is disabled, so it works, but I get problems with the bottleneck at the USB ports.
Ears of Tin wrote:... Regarding the library display I will remove most of the categories. I am not a tagger and I play exclusively from files. Speaking only for myself its a waste to build these indexes. Wish I could turn it off.
...
cmh714 wrote:... narrowed the issue down a bit further, all is good until I remove Cover Art from the Playback UI settings. After that, I just get the RuneAudio screen and logo.
by klassikmann » 27 Aug 2020, 08:35
wget -q https://github.com/rern/RuneAudio-Re5/raw/master/install.sh
chmod 755 install.sh
./install.sh rre5 Update master
Job for avahi-daemon.service failed because the control process exited with error code.
See "systemctl status avahi-daemon.service" and "journalctl -xe" for details.
root@runeaudio+R e5:~ # systemctl status avahi-daemon.service
* avahi-daemon.service - Avahi mDNS/DNS-SD Stack
Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/avahi-daemon.service.d
`-override.conf
Active: failed (Result: exit-code) since Thu 2020-08-27 09:13:37 CEST; 2min 22s ago
TriggeredBy: * avahi-daemon.socket
Process: 392 ExecStart=/usr/bin/avahi-daemon -s (code=exited, status=255/EXCEPTION)
Main PID: 392 (code=exited, status=255/EXCEPTION)
Aug 27 09:13:36 runeaudio systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Aug 27 09:13:37 runeaudio avahi-daemon[392]: Invalid configuration key "use-ip6" in group "server"
Aug 27 09:13:37 runeaudio systemd[1]: avahi-daemon.service: Main process exited, code=exited, status=255/EXCEPTION
Aug 27 09:13:37 runeaudio systemd[1]: avahi-daemon.service: Failed with result 'exit-code'.
Aug 27 09:13:37 runeaudio systemd[1]: Failed to start Avahi mDNS/DNS-SD Stack.
by R101 » 27 Aug 2020, 09:58
rern wrote:R101 wrote:...
After following your instructions, it seems the problem I have with no embedded cover art from the radio streams is related to the wifi interface. If I use the on-board wifi, which selects wlan0, I get the cover art. If I use a dongle, which selects wlp1s0u1u1, there is no cover art but audio and embedded text work OK.
Unfortunately, the on-board wifi does not work reliably for me in the Pi's normal location, and a dongle does.
This problem did not occur with the final version of e4 on the Pi4, using the wlp1s0u1u1 interface. A Pi3 running e5 seems to allocate wlan0 to the dongle when on-board wifi is disabled, so it works, but I get problems with the bottleneck at the USB ports.
WebRadio coverarts are fetched from Last.fm, not the streams. Since audio and metadata work, your internet connection is fine. It's more of the missing coverarts not available at Last.fm than the dongle issue.
support RuneAudio