RuneAudio 0.3-beta for Raspberry Pi

franz159

Setting

safe_mode_gpio=4

In boot,txt worked for me.
I can now run my Samsung M3 2Tb USB disk directly connected into my Pi B+ without using any USB hub.
Of course using RuneAudio!!!

ACX

franz159 wroteSetting
safe_mode_gpio=4
In boot,txt worked for me.
I can now run my Samsung M3 2Tb USB disk directly connected into my Pi B+ without using any USB hub.
Of course using RuneAudio!!!

Could somebody collect this and other useful hints for the Rpi in this page of our official documentation? It would be very useful for everyone.

terasain

that trick worked for me. Trying to figure out how to update the documentation. Will do so once i figure it out. Probably not a good forum to discuss this, but is there any definite pro/con with using SSD vs spinning disk for general purposes of a media streamer.

cmh714

franz159 wroteSetting
safe_mode_gpio=4
In boot,txt worked for me.
I can now run my Samsung M3 2Tb USB disk directly connected into my Pi B+ without using any USB hub.
Of course using RuneAudio!!!

uh, this is probably not very safe for a longterm solution for obvious reasons as is sort of stated in the link where it is suggested.

ACX

terasain wroteProbably not a good forum to discuss this, but is there any definite pro/con with using SSD vs spinning disk for general purposes of a media streamer.

Main pros of SSD are: very fast access time, no electromagnetical interferences, no mechanical parts producing noise/vibrations, less power needed. Main cons of SSD are: higher price, lower storage space, shroter life if you make a lot of writes.

Mangoat

Hey guys. Has the static IP issue been resolved now without having to SSH in and edit any config files such as in:

#502152

Thanks

koslowj

ACX wroteAbout the SLOD (SpinningLoaderOfDeath) issue, we suggest you to test this:
https://github.com/RuneAudio/RuneUI/commit/a7eb6371b8b74fb660ced337bd95eb6d86c449a4
because we want to see how this behaves in the many different cases.
Please update your copy and report your feedback in this thread.

This update helped solving the the SLOD issue for me. Two small oddities remain:

- While I can log on to runeaudio.local from firefox on a Ubuntu netbook, this does not work from either my mobile (Samsung S3 with Cyanogenmod), nor from my wife's tablet (Samsung Note S with Android 4.4). In both cases I have to use the explicit network address. Not a big deal, however.

- When scanning a particular external disc, the program suddenly stops. Some directories were shown initially and music from those could be played, but after, maybe, 15 to 20 Minutes, the music stops, and the library is empty. I suspect that some odd character in some filename may be to blame. How can I log at which place scanning fails? (Its a large 4TB ntfs disc; I need some time to prepare before reformatting it to ext4).

Using a different disc (or, rather, usb stick) works fine (after changing an offensive file name). My Raspberry Pi B+ is equipped with a HifiBerry Digi+ board and connected to an external DAC+Amp. I haven't had time to compare the quality with the various hardware settings and with daphile using a netbook via usb and the orange squeeze app (used as a stop-gap measure until deciding to take the RPI route, and certainly very good), but I don't expect runeaudio to come up short. A big thanks to the developers!

ACX

Hi koslowj,

koslowj wrote- While I can log on to runeaudio.local from firefox on a Ubuntu netbook, this does not work from either my mobile (Samsung S3 with Cyanogenmod), nor from my wife's tablet (Samsung Note S with Android 4.4). In both cases I have to use the explicit network address. Not a big deal, however.

You should have an Avahi/Bonjour browser installed to correctly resolve that address from Android.

koslowj wrote- When scanning a particular external disc, the program suddenly stops.

You mean that the MPD database update process breaks at some point?

koslowj wroteI haven't had time to compare the quality with the various hardware settings and with daphile using a netbook via usb and the orange squeeze app (used as a stop-gap measure until deciding to take the RPI route, and certainly very good), but I don't expect runeaudio to come up short. A big thanks to the developers!

This is something that has our interest, so please give us a feedback when you manage to do a sound quality comparison between the different solutions. While doing that please try the "sound signatures" in the Settings section of the UI and see if you find one that best fits your taste.

koslowj

Hello,

ACX wrote
koslowj wrote- When scanning a particular external disc, the program suddenly stops.
You mean that the MPD database update process breaks at some point?

Yes, it breaks off and the music currently playing stops. Despite a usb-disc being shown, the library is empty and I have to reboot. Once I move to a ext4-formatted disk, I expect to be able to hide directories from scanning by using names with a leading dot "."; that should help finding the offending directory or file presumably causing the problem.

ACX wrote
koslowj wroteI haven't had time to compare the quality with the various hardware settings and with daphile using a netbook via usb and the orange squeeze app (used as a stop-gap measure until deciding to take the RPI route, and certainly very good), but I don't expect runeaudio to come up short. A big thanks to the developers!
This is something that has our interest, so please give us a feedback when you manage to do a sound quality comparison between the different solutions. While doing that please try the "sound signatures" in the Settings section of the UI and see if you find one that best fits your taste.

Of course! By "hardware settings" I actually meant the "sound signatures", sorry for the wrong terminology. The test may not be quite objective, though, as my RPI with HifiBerry Digi+ is hooked up to the dac/amp via a special coax cable and uses the I2S protocol, whereas presently the netbook with daphile is hooked up via usb. Perhaps I can borrow some notebook with a suitable coax output (maybe a MacBook?)...

cmh714

the file name is .mpdignore to be placed in the folders you dont want scanned by mpd

padraic

Hi, I'm having trouble playing .dsf files. They play fine in Audirvana on my MBP. When I go to click on them nothing happens. All my FLAC files play without any issue. Is this a known issue in this build?

Never mind, got it to work - but I don't think I can use an RPi for my needs. Too many pops and other noise.

taiebot

taiebot wroteI am having issues with streaming some local radios. My local radios are available via a tvheadend server https://tvheadend.org/ which is on my local network (raspbmc with tvheadend configured). When i play them they look like to buffer for few sec and being released very fast making them scratchy like if you were scratching an old vinyl disk.

I wonder if i have to buy the mpeg2 codec as it is the format use to broadcast the radio. I have past experience with that and normally without the codec purchased, the sound should be played but the picture should be absent. As it is a radio stream i shoud not have to buy the codec and i do not think it is related to this but i can be proven wrong.

As a note, this was working on a different music platform for the pi without the codecs.

I am still trying to solve this problem.I have attached a recorded file of one radio stream. I cannot play it through rune audio as the file is recorded as a .ts file. This is also streamed like this if i understood correctly through the network. http://ge.tt/6Am8PS82/v/0?c . Hopefully you could guide me on how to play that kind of stream.

koslowj

ACX wrote This is something that has our interest, so please give us a feedback when you manage to do a sound quality comparison between the different solutions. While doing that please try the "sound signatures" in the Settings section of the UI and see if you find one that best fits your taste.

Hello,

Finally something to report. It took some time to eliminate the bad flac files that caused the scanning process to terminate.

My set-up: Raspberry Pi B+ with Hifiberry Digi+, connected to a coax input of a Lyngdorf TDAI2170 digital amp and DAC. USB-Hub to use more silent 2.5 in 2TB disk w\o power supply (my larger ones are louder).

I found the differences among the sound signatures very small. Overall, I liked ACX best, however. Didn't find any differences among the orion settings.

Then I compared this with daphile running on an old Samsung netbook and hooked up to the Lyngdorf via USB. This gave slightly bettter results with a deeper sound stage and more transparency. However, I think this is more a comparison of the 35 Euro Hifiberry against the Lyngdorf USB module costing 11 times as much. In the latter case, the reclocking is happening within the Lyngdorf, while in the former case the little board does the job. So this result is no real surprise, but it does show that the Hifiberry is really very good.

Unfortunately, these tests also showed that I can only play dff-files through the Lyngdorf's USB-input, but not via S/Pdiff. So I will have to change my set-up (I may already have a buyer for the Raspi-Hifiberry Combo). Using the Raspi's USB ports is not option, they are quite noisy and crackle, as they share a common lane, also with the ethernet controller. The Banana Pi would be better in this regard, and apparently also the CuBox i, the latter is apparently supported by Rune. Other possible options might be the Odroid models U3 or C1. If anyone has tried those, please report! Is RuneAudio limited to the ARM-architecture, or can it also run on AMD hardware like the new fitlet passively cooled computer http://www.fit-pc.com/web/products/fitlet/?

Two oddities I noticed: Sometimes Firefox on my Cyanogenmod Samsung S3 dies when running Rune, and my background image changes (moves to the next one). I can restart firefox w\o problems, but it is a little bit weird.

When playing dff files (via USB), RuneAudio shows a sampling rate of 352.8, even though these ought to be dsd64 files. I would have expected half that rate. The Lyngdorf supposedly can handle dsd128 files (but only via USB).

Looking forward to RuneAudio 0.4, keep up the good work!

taiebot

taiebot wrote
taiebot wroteI am having issues with streaming some local radios. My local radios are available via a tvheadend server https://tvheadend.org/ which is on my local network (raspbmc with tvheadend configured). When i play them they look like to buffer for few sec and being released very fast making them scratchy like if you were scratching an old vinyl disk.

I wonder if i have to buy the mpeg2 codec as it is the format use to broadcast the radio. I have past experience with that and normally without the codec purchased, the sound should be played but the picture should be absent. As it is a radio stream i shoud not have to buy the codec and i do not think it is related to this but i can be proven wrong.

As a note, this was working on a different music platform for the pi without the codecs.
I am still trying to solve this problem.I have attached a recorded file of one radio stream. I cannot play it through rune audio as the file is recorded as a .ts file. This is also streamed like this if i understood correctly through the network. http://ge.tt/6Am8PS82/v/0?c . Hopefully you could guide me on how to play that kind of stream.

It looks like its any radio that i put on rune UI with .pls extension that i cannot play them

I have also tested linn radio and they do not start in runeaudio

this link as the web radio http://radio.linnrecords.com/cast/tunein.php/linnclassical/playlist.pls

in a different mpd client i have the following error message

Dezo

Hello,try this to listen your desired radio.Download and save .pls file from your link to a local disk,then open it with a text editor and you will see stream address.This is what you should type in Add webradio form in RuneUI.

taiebot

Dezo wroteHello,try this to listen your desired radio.Download and save .pls file from your link to a local disk,then open it with a text editor and you will see stream address.This is what you should type in Add webradio form in RuneUI.

Thanks it worked so my problem with my internal radio is still a mystery

taiebot

Just to add on my problem with my internal radio wonder if the mpg123 is not configured properly

I do not see any spike in CPU during the stream load.

Played in gnome player the stream as the following options

Audio format: 80
Audio codec:MPG123
Audio channel:2
Audio Bitrate:192kbit/sec
Audio Sample rate:48khz

Will open a specific post instead of spamming this thread

gdp65

Can't get it to work with hifi berry digi + is it sorted yet?

cyber7

I am permanently getting a SWOD. I have re-downloaded and re-flashed the SD card a couple of times and nothing works. This happens from ALL clients (Android/Chrome/Mozilla) and all screens. (i.e if I add /dev the SWOD is also there...)

This happens the moment I change the /etc/netctl/eth0 to static or when I (eventually) get DHCP (by restarting through netctl) to work and I pick up a static ip.

I then upgraded the GUI (as per procedure) and clear the CACHE through SSH. I now do not get the SWOD, but (1) I have to manually start the eth0 (with "netctl restart eth0) and (2) get little circles in the GUI on the playback screen and (3) get no content in the queue screen, allthoug something is loaded and playing.

Here is a snapshot of the playback screen:

Attachments

: 1a.png (28.23 KiB) Viewed 3030 times

cyber7

Actually, I fixed the problem by fixing the eth0 config. (sorry, me bad!)

this is what the right config should look like:

Description='eth0 connection'
Interface=eth0
Connection=ethernet
#ForceConnect=yes
SkipNoCarrier=yes
AutoWired=yes
IP=static
Address=('<YOUR-IP>/<YOUR-MASK>')
Gateway='<YOUR-GATEWAY-IP>'
DNS=('<YOUR-DNS-IP>')
ExecUpPost='/usr/bin/ntpd -gq || true'

Once you have your settings correctly setup, remember to do a:

netctl reenable eth0

NOTE: Enabling "ForceConnect" does NOT work...

Hope this helps someone who has the same problems I had

cyber7-out

PS: - After rebooting a couple of times, the SWOD (new version like the picture in the preious-post) came back...
PS2: - Reflashed and it seems ok...

So, in a nutshell, when it works, it is very nice and fast. When it does not, it is a pain

« Previous Page Next Page »