RuneAudio 0.3-alpha for Raspberry Pi

ICLlP

ICLlP wroteI am listening to music for the first time using Rune with my HiFiBerry Digi. It's sounding good. Unfortunately mounting my HDD, attached to my iMac, via SMB/CIFS failed. I'd love this to work. I had to mount by NFS.

I've tried again today to mount via SMB/CIFS. I don't think I've done anything different this time, but my OS X attached HDD has mounted successfully and the MPD is updating. Eureka!

I tried wired AirPlay from iTunes, but it didn't work. I could select runeaudio in iTunes' AirPlay menu, but even though a track was playing in iTunes there was no audio from the HiFi.

dryce

For anyone else that runs into this:
When I attempted use

git pull

I received the error

fatal: unable to access 'https://github.com/RuneAudio/RuneUI.git/': SSL certificate problem: certificate is not yet valid

This was due to the date being listed as January 1, 1970. I updated the time but it doesn't appear to survive a reboot. When I used

 sudo ntpdate pool.ntp.org

The time updates properly, but I get:

error: Your local changes to the following files would be overwritten by merge: command/rune_SY_wrk Please, commit your changes or stash them before you can merge

In order to solve this I use

git reset --hard

Then I was sucessfully able to use git pull and get the changes.

dryce

The UI modifications have solved the ghost mount bug for me! I get a one listed under usb when there is no usb connected though. The time still reverts to January 1,1970 after rebooting also. Awesome work guys. Thanks!

rodgersan

dryce wroteFor anyone else that runs into this:
When I attempted use

git pull

I received the error

fatal: unable to access 'https://github.com/RuneAudio/RuneUI.git/': SSL certificate problem: certificate is not yet valid

This was due to the date being listed as January 1, 1970. I updated the time but it doesn't appear to survive a reboot. When I used

 sudo ntpdate pool.ntp.org

The time updates properly, but I get:

error: Your local changes to the following files would be overwritten by merge: command/rune_SY_wrk Please, commit your changes or stash them before you can merge

In order to solve this I use

git reset --hard

Then I was sucessfully able to use git pull and get the changes.

According to systemctl, ntpd and ntpdate are not enabled (systemctl status ntpd.service / systemctl status ntpdate.service)

timedatectl status

is useful as well.

Regards,

dryce

timedatectl set-ntp true

Seems to have solved the issue and allowed the setting to hold on reboot. ntpdate is still showing disabled, but ntp is enabled and running. From what I've read, isn't ntpdate now deprecated anyway?

exetico

Orion wrote Update Redis configuration

cp /var/www/app/config/_os/etc/redis.conf /etc/
systemctl restart redis

Gives me:

cp: cannot stat â/var/www/app/config/_os/etc/redis.confâ: No such file or directory

Then i look-up in /var/www/app/config/_os/etc/, there is no file called "redis.conf"...

Update:
After searching for the file, i actually already have the file located in /var :o)

[root@runeaudio ~]# find / -name 'redis.conf'
/usr/lib/tmpfiles.d/redis.conf
/etc/redis.conf

But, i guess the redis.conf from _os/etc is a new file? So... Is it missing in the git?

dryce

Nope redis.conf should be there. Looking at what you put in

cp: cannot stat â/var/www/app/config/_os/etc/redis.confâ: No such file or directory

You have an a before /var/ and after .conf

If you take those out, does it work as expected?

exetico

Well, i know the output looks a bit wierd - But i'm still right.

I even tried to manually navigate to the directory and run "nano redis.conf", with no luck. That's wierd?... 😐

But thanks for the information anyway. I should have mentioned that before!

nic

I'm still having problems with the UI , it will now not load at all . I get the spinning arrow and 'connecting' , have refreshed browser cache etc , also disabled the analog output . Have also tried Chrome and Firefox and the issue remains the same . Is there any easy way round this or will I have to fallback to 0.2 and wait for the bugs to be ironed out ?

cheers

Nic

rodgersan

dryce wrote
timedatectl set-ntp true
Seems to have solved the issue and allowed the setting to hold on reboot. ntpdate is still showing disabled, but ntp is enabled and running. From what I've read, isn't ntpdate now deprecated anyway?

Definitely no idea but I don't think ntp is enabled at all. Let's wait for an official answer. 😉

Regards,

Peter

Peter wroteHi

After more fiddling I seem to have also stumbled across the high MPD usage bug. I have disabled the BCM2835 ALSA output, leaving just the USB audio DAC enabled, as suggested in the forum. After disabling BCM2835 ALSA the results of different bit rates, and CPU usage (from the top command) are as follows:

16 bit /44.1 kHz.....1041kbps; 4.9% - 5.2% - Plays just perfectly!!!!!
24 bit /96 kHz........3118kbps; 55% - 57% - Some stuttering if adjusting volume, searching library.
24 bit /192 kHz......4255kbps; 86% - 88% - Constant stuttering, every second or two.

Any suggestions would be gratefully accepted. Apologies if I have missed any solutions elsewhere in the thread.

Once again, thank you for all the pleasure you have given me with Rune.

Peter wroteSorry for the omission... here is my debug log.

http://pastebin.com/C4hvjXwi

Thanks again 😉

Any ideas would be greatly appreciated.....this was not an issue with 0.2 beta.

ACX

Peter wroteAny ideas would be greatly appreciated.....this was not an issue with 0.2 beta.

Are you sure you have disabled the analog output? In your debug info I see this in your /etc/mpd.conf file:

audio_output {
name            "bcm2835 ALSA"
type            "alsa"
device          "hw:0,0"
auto_resample   "no"
auto_format     "no"
enabled         "yes"
}

ACX

nic wroteI'm still having problems with the UI , it will now not load at all . I get the spinning arrow and 'connecting' , have refreshed browser cache etc , also disabled the analog output . Have also tried Chrome and Firefox and the issue remains the same . Is there any easy way round this or will I have to fallback to 0.2 and wait for the bugs to be ironed out ?

cheers

Nic

Try this command:

systemctl restart mpd

and see if it helps. The "loading layer" points out something not working properly in the background, and maybe MPD has crashed or is hanged in your case.

Peter

mpc outputs shows:
Output 1 (USB Audio DAC) is enabled
Output 2 (bcm2835 ALSA) is disabled

skrodahl

Peter wrotempc outputs shows:
Output 1 (USB Audio DAC) is enabled
Output 2 (bcm2835 ALSA) is disabled

You could do like I did, disable the internal audio out permanently.

[root@runeaudio ~]# cd /etc/modules-load.d/
[root@runeaudio modules-load.d]# echo "bcm2708-rng" > raspberry.conf
[root@runeaudio modules-load.d]# cat raspberrypi.conf 
bcm2708-rng
[root@runeaudio modules-load.d]# reboot

The 'cat raspberrypi.conf' is just to make sure that the file only contains the line "bcm2708-rng". After a reboot, you will not be bothered with the internal audio output anymore.

nic

ACX wrote
nic wroteI'm still having problems with the UI , it will now not load at all . I get the spinning arrow and 'connecting' , have refreshed browser cache etc , also disabled the analog output . Have also tried Chrome and Firefox and the issue remains the same . Is there any easy way round this or will I have to fallback to 0.2 and wait for the bugs to be ironed out ?

cheers

Nic
Try this command:
systemctl restart mpd
and see if it helps. The "loading layer" points out something not working properly in the background, and maybe MPD has crashed or is hanged in your case.

Thanks for helping , no doubt this is taking up a lot of your time 🙂 It got to the point where it would not load at all so I have put a fresh install on the SD card . I have disabled the Pi's analog output , the issue remains so I tried to restart mpd . The same happens 🙁 I then shut down the PI and moved the SD card to the Pi I have in the workshop which is fitted with a PiDac . It seems to work better with the PiDac Pi rather than the one I have with an XMOS/USB front end . Will give this a try this evening 🙂

cheers

Nic

nic

.......... I then shut down the PI and moved the SD card to the Pi I have in the workshop which is fitted with a PiDac . It seems to work better with the PiDac Pi rather than the one I have with an XMOS/USB front end . Will give this a try this evening 🙂

Much , much better with a PiDac in place of the USB XMOS 🙂 So far had had to restart mpd only once . I do notice the 'connecting' spinning arrow appears very briefly when navigating but it's useable and sounds very good . There is a subtle improvement in terms of sound quality with Rune and the PiDac with hardware volume compared to Volumio with software volume .

cheers

Nic

Peter

Thanks Skrodahl, I tried this, but snd-bcm2835 remained. I edited the raspberrypi.conf file, and commented out snd-bcm2835.

I apologise for being a pain, sorry for taking your time. I have now commented out "snd-bcm2835, and this no longer shows in debug log (new log here http://pastebin.com/YLZwnt8f )
When playing 24/192 files, cpu load is still 88% - 89%. :cry:

skrodahl

Peter wroteThanks Skrodahl, I tried this, but snd-bcm2835 remained. I edited the raspberrypi.conf file, and commented out snd-bcm2835.

I apologise for being a pain, sorry for taking your time. I have now commented out "snd-bcm2835, and this no longer shows in debug log (new log here http://pastebin.com/YLZwnt8f )
When playing 24/192 files, cpu load is still 88% - 89%. :cry:

I should have mentioned that you need to login as root, or use 'sudo' in front of the command. Good to see that you were able to edit the file anyway.

If you are using a USB dac, you will most probably not be able to play 24/192 tracks. This is because USB and ethernet is sharing the same bus on the RPi, and the bandwidth is not sufficient for these tracks.

To play hi resolution files, you will need to use one of the DACs built for RPi using I2S, such as PiDAC, HifiBerry or one of the other alternatives discussed in the forums.

nic wroteMuch , much better with a PiDac in place of the USB XMOS 🙂 So far had had to restart mpd only once . I do notice the 'connecting' spinning arrow appears very briefly when navigating but it's useable and sounds very good . There is a subtle improvement in terms of sound quality with Rune and the PiDac with hardware volume compared to Volumio with software volume .

cheers

Nic

I also noticed that MPD could stop working from time to time. Here's a workaround:

Add "Restart=always" to the "[Service]" section in /etc/systemd/system/multi-user.target.wants/mpd.service:

[root@runeaudio multi-user.target.wants]# cat mpd.service 
[Unit]
Description=Music Player Daemon
After=network.target sound.target

[Service]
ExecStart=/usr/bin/mpd --no-daemon
Restart=always

[Install]
WantedBy=multi-user.target

Peter

Thank you very much Skrodahl. I now understand the USB DAC thing, but reiterate that this did not happen with the same hardware setup, and Rune 0.2 beta, nor does it happen with Raspbmc or Volumio. I am not directly using a USB DAC, but a USB to S/PDIF converter, feeding a Beresford 7520 Dac, through coaxial digital input. :?:

I nominate Skrodahl as a moderator for Rune - you are very knowledgeable, and would help to lighten the load for the developers. Hope you don't mind! :oops:

I have just received my new Raspbery Pi B+, and I am now actively considering an I2S DAC, come on Gordon, we are waiting with anticipation( we, I am sure there are more than just me!)

« Previous Page Next Page »