daoane
I can confirm RonaldBlaze's observation. I have a similar setup with USB DAC and disabled on-board audio.
1. Flash latest image, change audio to USB DAC and activate spotifyd - everything ok.
2. Disable onboard audio, reboot. No covers, RuneAudio generally unresponsive.
3. Enable onboard audio, reboot. Everything ok again.
This problem did not occur with the image that I downloaded on Sunday, 30th August. I occurred the first time during the update to this image.
matt
Hi,
I am having problems with coverart.
I have around 1100 albums on a synology nas. All of these show up under the album tab in the library but only 410 show in cover art.
also many of the 410 in the coverart tab don't actually show any art just the rune icon.
All Albums contain .jpg files labelled cover, front or folder.
There are examples of all of these differently labelled .jpgs showing up under cover art and also not showing up. I can't see any consistent pattern.
I'm using a pi 3 B+ and the latest updated version of Re5.
Synology NAS, wired LAN,
Any help greatly appreciated.
Cheers
rern
@[deleted],
Browse by CoverArt and Album are going to be unified. Browse by Album will display coverarts from directories of each album. Thumbnails of the coverarts will be placed directly in each directory. So write permission is required.
rern
matt
rern wrote@[deleted],
Browse by CoverArt and Album are going to be unified. Browse by Album will display coverarts from directories of each album. Thumbnails of the coverarts will be placed directly in each directory. So write permission is required.
rern
ok. thanks
R101
Hi rern,
After the 20200904 update, I find playlist entries are not being played in order, and previous/next buttons jump to random tracks in the playlist.
matt
Hi again,
loving this version thanks for all your hard work.
I have come across another issue which I'm pretty sure I haven't had in previous versions of rune.
Some albums have the tracks repeated. For example an album may have 12 songs on it which are displayed correctly and numbered 1-12 then they are listed again as 13-24 . Exactly the same songs, all 24 songs will play. There is definitely only 12 songs in the file.
I have checked to see if its a tagging error, it doesnt seem to be.
pi 3b+
20200904 update installed
cheers
yeowds
@[deleted]
Thanks for the suggestion. I actually did that but I believe the fault could be the Hifiberry Dac+ Pro card. I contacted Hifiberry and we went through the steps to diagnose ie. Installing Hifiberry OS, testing it on my 2nd Pi4, sending the logs, etc. They have agreed to send me a replacement card which I shall update the outcome once I have it. Thanks again!
ceejayemm
@[deleted]
I have applied today's update (20200912) which although the changelog says only 'Bug Fixes' you have obviously released the change to the Coverarts setup (to merge the Album and Coverarts data) you mentioned earlier in this thread. Has anything else changed and should this have been noted in the changelog too ?
The problem I have now is how to modify my Sources NFS settings in RA to have read/write access to my NAS based share ? The NFS share provided by my NAS (OMV5.x) is definitely configured on that server to have read/write access but when mounted in RA shows the directory setup, for example, as:
drwxrwsr-x+ 5 1001 100 4096 Jul 24 09:15 'Dire Straits'
I can obviously read the music files stored on the NFS share but can't write to it. I presumably need to add some 'options' to the Source NFS settings in RA but what should I add ? I have tried 'uid=0,guid=0' and 'uid=1001,gui=100' to no avail.
Thanks
Chris
klassikmann
Hi Chris,
perhaps I can help.
My NAS is OMV5.x also but I use CIFS not NFS. What I did:
- The CIFS share must not be configured as read-only (obviously).
- In the OMV "Access Rights Management"->"Shared Folders"->"Privileges" I configured read-only for "guest" and "read-write" for my OMV account and the corresponding group.
- In RA->Sources I mount the share with my OMV credentials ("username=<uid>,password=<passwd>")
IIRC that's all what I did to enable write-access in RA
Regards
klassikmann
ceejayemm wrote@[deleted]
I have applied today's update (20200912) which although the changelog says only 'Bug Fixes' you have obviously released the change to the Coverarts setup (to merge the Album and Coverarts data) you mentioned earlier in this thread. Has anything else changed and should this have been noted in the changelog too ?
The problem I have now is how to modify my Sources NFS settings in RA to have read/write access to my NAS based share ? The NFS share provided by my NAS (OMV5.x) is definitely configured on that server to have read/write access but when mounted in RA shows the directory setup, for example, as:
drwxrwsr-x+ 5 1001 100 4096 Jul 24 09:15 'Dire Straits'
I can obviously read the music files stored on the NFS share but can't write to it. I presumably need to add some 'options' to the Source NFS settings in RA but what should I add ? I have tried 'uid=0,guid=0' and 'uid=1001,gui=100' to no avail.
Thanks
Chris
R101
I see from the final lines of the update info that random=on. This is probably why my tracks are played in the wrong order, but how do I turn it off? Are the random and shuffle buttons supposed to toggle?
(Edit: Just to clarify, I am asking how to do this from the GUI. I have cleared it using mpc.)
ceejayemm
Hi
It appears that by default NFS clients connect to an NFS server using the 'Nobody' user account.
Thus adding 'rw' to the NFS mount Options in the RA Source section and giving the 'Nobody' user on my NAS Server read/write access to my music library folder was sufficient to allow the new Album/Coverarts update process to run successfully.
There may well be other, better, solutions to this issue and if anybody knows what they are I would be happy to give it a try but for now it seems to work for me.
Regards.
Chris
R101
Hi rern,
The 20200912 changes have disabled "hide cover art band in tracks view" in Library-Playlist Options. This is a useful feature for small screens.
jsouza
After my unsuccessful attempt to use +R e4, I decided to try again with e5. I have two RPi setups, one Pi 2 Model B, one Pi 3 Model B+, both with same PiHAT DAC (HiFiBerry+). The Pi 2 B is connected to a NAS over Ethernet. The Pi 3 B+ has a USB hard drive connected. I burned e5 20200912 to micro SD cards and immediately updated each to the latest, which was 20200913. Chose the correct DAC, which also disabled on-board audio, and turned off the mixer/set No Volume for Bit Perfect playback. Rebuilt the library (first time library build) on the Pi 3 B+. I have about 37,000 songs and the library build took about two hours. When that was completed, played back some audio as a test. Everything seemed to work great. Had a completely different experience on the Pi 2 B, just like last time with e4. Went through the same initial/configuration steps, and started a library rebuilt. Let that run overnight, and this morning the library was still being updated, according to the UI anyway. Shutdown the Pi via the UI, cut the power to the device for a few seconds, turned power back on, and can no longer connect to the device. What seems to have happened is that library rebuild became hung, and perhaps the device did not cleanly shut down, and now it won't boot anymore. The difference between my two setups is that the successful one is the faster, more recent Pi device. The successful one is connected to a local USB drive, not NAS over the network. The Pi 2 has only 100Mbps Ethernet, so perhaps that is a factor, although unlikely, I would think. Another difference is that my NAS has files other than audio files, and perhaps the library rebuild has issues with non-audio files? I seem to recall that I had that same issue a few years back when I tried Volumio. It had problems with non-audio files in the library.
R101
Thanks for today's fixes, rern. The current version is working well for me.
A minor bug is that radio stations sometimes stop showing cover art and revert to the meter gif. Switching to another station and back again restores normal working, but it does not happen often enough to pinpoint a cause.
jsouza
I have an update of the problem with my RPi 2 pointed at my NAS. I reburned the image to the SD card and went through the exact same setup steps as before. This time, however, I created a new share on the NAS that contains only my 24-bit FLAC files, far fewer files than the entire NAS contains and almost completely FLAC files. The library was updated rather quickly and I was successfully able to play some files. I will next add another share on the NAS that contains my 16-bit FLAC files (CD rips), update the library, and try playing some of those. I have many thousands of 16-bit FLAC files so I am expecting the library update to take some time, if it is successful. I'll post another update later with the results.
jsouza
Adding a NAS share that contains only my 16-bit FLAC files was successful. This tells me that some of the non-audio files if I add the root share of the NAS are causing the problem. Perhaps the library building code could be updated to ignore non-audio files. If you need me to investigate further and/or gather some logs, let me know.
yeowds
rern wroteHi Roland,
I've just tried a fresh R+R e5, Spotify is running fine.
Try:
1. Reflash the SD card.
2. Don't update, setup or restore anything, just enable Spotify.
3. Connect Spotify from the app on your device.
4. If it's OK, disconnect Spotify and do the update otherwise post the status.
5. Reconnect Spotify.
6. If it's not OK, post the status.
7. Disconnect Spotify and setup audio device, nothing else. Don't restore from backup.
8. Reconnect Spotify.
-----------------------------------------------------------------------
@[deleted]
Setup your HifiBerry Dac+ Pro with System > I2S Module
rern
@[deleted]
Hi,
Sorry for the late reply. Just to update that it could be the HifiBerry DAC+ Pro card that is faulty. Was instructed to test with
HifiBerry OS and it too had issues. Will update when I receive the replacement card and test it.
BTW, Yes, I2S module was selected as HifiBerry DAC+ pro.
Thanks Rern ! Keep up the good work !
Regards,
Yeow
rern
Update 20200914
Anyone who had trouble updating, please download the latest image files from the 1st post. They include this latest update.
rern
BVLabs
Hello! I would like to express my deepest gratitude for the fact that you support the development of this excellent project! You are doing a very big and necessary job, guys. Your version is currently the most practical one to work with. I wish you all the best and good luck! Sorry for my French
matt
Ok, so I'm still having problems with cover art.
I have installed the update and made sure that RA has write permissions with my NAS.
The albums tab shows only the RA logo for each album and no cover art.....but if I open up an album the cover art is shown. If I click on the cover art and then choose update thumbnail the coverart appears in the album directory....but it doesnt work for all albums many come up with the message 'no coverart found' even though the coverart is in the folder, shows up when I open the album and shows on the playback page.
I can see in the folders where it has worked that RA has written 2 files - Coverart and Thumb.
I have tried updating the database several times, nothing changes
This is doing my head in !
I also dont really want to have to go through 1300 albums individually to get the coverart showing (or not).
I'm getting ready to give up on coverart and just access everything through the NAS tab. That would be a shame , coverart is a great feature.
Can anybody help me. please
Pi 3b+
RA+R e5 latest update
Synolgy NAS
