RuneAudio+R e5

[AndyF]

@electroremy

To enable exFat, you have to edit /etc/udevil/udevil.conf

- there is a line for "default_options_exfat". Set parameters like enabled line for ntfs. Should be like

Code: Select all

default_options_exfat     = nosuid, noexec, nodev, noatime, fmask=0000, dmask=0000, utf8

- set allowed_options_exfat to same parameters

Code: Select all

allowed_options_exfat     = nosuid, noexec, nodev, noatime, fmask=0000, dmask=0000, utf8

- remount your USB-Stick and rebuild your library

Even if it seems to work - preferred way to use is a native Linux filesystem (as Chris said).

On my setup there were 2 "ghost" mounting-points ("2TB" and "Root"). It was no problem to delete them under /mnt/MPD/USB

regards, Andy

[elex]

I am experiencing the same issue I started to see with updates to Re4 to include cue file tracks I believe. Everything looks OK when I leverage mpc to query the database. I can list artists, albums, and tracks. I'm unable to open any of them in the library. I click on Album, Artist, etc and go nowhere. This includes trying to browse the files on the NAS I have as well via the library. I have track, album and artist counts which look inline with my library. I'm assuming the php page that is trying to display things is breaking, but I'm struggling to figure out why. I've included a query run on the PI to demonstrate things look fine in the database, but I'm unable to use Rune to browse or play anything.

Code: Select all

root@runeaudio+R e5:~ #  mpc find -f %title% album 'Led Zeppelin IV' artist 'Led Zeppelin'
Black Dog
Rock And Roll
The Battle Of Evermore
Stairway To Heaven
Misty Mountain Hop
Four Sticks
Going To California
When The Levee Breaks
Black Dog (Basic Track With Guitar Overdubs)
Rock And Roll (Alternate Mix)
The Battle Of Evermore (Mandolin/Guitar Mix From Headley Grange)
Stairway To Heaven (Sunset Sound Mix)
Misty Mountain Hop (Alternate Mix)
Four Sticks (Alternate Mix)
Going To California (Mandolin/Guitar Mix)
When The Levee Breaks (Alternate UK Mix In Progress)


[jaygothard]

The current version is looking great, but I have discovered one issue.

No cover art in the player screen.

I have cover.jpg or folder.jpg in every album folder, but I'm just getting the default "runeaudio" cover for every album.

If I go to my library and then cover art, there are covers there, but even when playing from that screen I'm still not seeing cover art on the player screen.

[ceejayemm]

@rern

I am seeing the same problem as jaygothard and elex having applied the 20200830 update to my Pi Zero. Following the update I updated the library and can now not add anything to my Playlist including web radios. For music selections whatever I try to add I get the message 'No Data in This Location. Update for changes then try again'. If I try to add a web radio to the playlist it appears to go through the motions but the station is NOT added to the Playlist.

Regards.

Chris

[ceejayemm]

@rern

OK, what has changed ? I have just done another reboot of the PI and all seems back to normal ! Everything that was broken now seems to work.

Magic fingers at work somewhere behind the scenes ? Whatever, thanks.

Chris

[jsouza]

I had no luck with e4 (image would not boot after I chose to update from the UI), so I decided to try again yesterday with the latest e5 (20200830). Got a bit further this time, but attempting to build the library never finished even after letting it run overnight. I have thousands of CD's ripped onto my NAS and tens of thousands of songs. I'm guessing that the failure was likely due to the large size of my library.

[cmh714]

I had no luck with e4 (image would not boot after I chose to update from the UI), so I decided to try again yesterday with the latest e5 (20200830). Got a bit further this time, but attempting to build the library never finished even after letting it run overnight. I have thousands of CD's ripped onto my NAS and tens of thousands of songs. I'm guessing that the failure was likely due to the large size of my library.

My Library is well over 2TB with 45k songs so dont think thats an issue......

[ceejayemm]

@jaygothard / @elex

As we all seem to be suffering from similar problems can you tell me how you have your RA Sources set up ? I have been using NFS shares for a long time and currently use a hostname (rather than an IP address) to reference my NFS server. As you will see from my other posts I have had a long running problem with the PI I use to run RA not always resolving hostnames from my DNS Server (a very simple DNSMasq installation). My PI is also a PI Zero W (wireless) which accesses my Google wifi network apparently without any other problems. It might help Rern sort out this issue if we can find some common ground for this issue, so here goes:

Can you let us know the following:

RPI model: (mine is a PI Zero W)
Network type: (mine is wireless via a Google Wifi network)
Source Type: (mine is NFS)
IP Number or Host Name for the share source : (mine is my NFS Server Hostname)
Any Options you might use: (I don't use any options here)

I am going to change my setting to use the IP Number of my NFS server rather than its hostname to see if this makes any difference.

Regards.

Chris

[AndyF]

Hi Chris,

I'm using NFS, too. No problems here - I have set "rw" as an option to allow write access.

regards, Andy

[ceejayemm]

Andy

I use NFS as a matter of course when possible to connect to my NAS (OMV v5.x) where my music is stored. I have been doing this ever since I started using RA 0.2/0.3 four or five years ago and I DON'T think NFS itself is the issue. I don't specify the NFS mount options specifically but RA shows the mounted share with the following options anyway (some of which seems overkill to me):

rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,proto=tcp,timeo=5,retrans=2,sec=sys,mountaddr=192.168.86.250,mountvers=3,mountport=35748,mountproto=udp,local_lock=none,addr=192.168.86.250

The problem seems to be that, when the Library gives the message 'No Data in This Location. Update for changes then try again', the actual mount point is missing, when I do df -h, I only have the local mount point available to me. A reboot invariably solves the problem. I have been using the hostname of my NAS server, rather than its IP Number, and I think that Arch-Linux is sometimes having problems resolving the hostname via my local DNS server which I have posted about elsewhere in this forum. I was always told by networking experts where I used to work that hostnames should be used wherever possible to give the best flexibility to the network and have been using that adage (hostnames, fully qualified domain names etc) all my working life in computers and now continue with it at home. Last night I reluctantly reverted to an IP Number for this particular RA installation and I am now waiting to see what happens with this setup when a reboot is necessary.

I am having similar NFS mount problems with other newer installations of Linux (Debian, Ubuntu and Rasbian) elsewhere and have resorted in these cases to use autofs which seems to mount the NFS shares more reliably and automatically includes a timeout when the NFS share is not in use.

Chris