RPi-Jukebox-RFID
RPi-Jukebox-RFID copied to clipboard
MiczFlor
cover art corrupts player state on future3
Describe your problem
After copying some sound files into the shared folder (fresh installation) with embeded covers and access the library in the webui the covers are correctly shown, but no playback is possible. Only after a restart of the service (or pi), the playback is working and cover art is correctly shown.
This behavior can be recreated if the cover-cache folder is emptied.
Also the initial call of the library after a service restart takes pretty long in Firefox. Chrome runs much faster. But i'm unsure if its caused by the cover art.
What's your hardware set up?
Pi 3 A+, Rasberry Pi OS Bookworm 32 bit lite, RC522 RFID Reader
If possible, try to attach logs from ... (paths from RPi)
04.01.2024 00:37:05 - 247:__init__.py - jb.PlayerMPD - mpd.timer_status - ERROR - UnicodeDecodeError: 'utf-8' codec can't decode byte 0xac in position 1: invalid start byte
04.01.2024 00:38:06 - 526:__init__.py - jb.PlayerMPD - MainThread - ERROR - ConnectionError: Connection lost while reading binary data: expected 8192 bytes, got 180 at uri Electric Callboy - 2022 - Tekkno/Electric Callboy - Tekkno - 01 - Pump It.mp3
Some reinitializing of MPD necessary after covers have been added?
Needs the mpd service or the jukebox service to be restarted?
Cheap fix would be a refresh button to restart the service, but not very user friendly.
I am aware of it. It's a problem with MPD and occurs randomly. I have an idea, but it will take some time to be resolved.
@pabera Hi. I can recreate this issue when i toggle between Album and Folder view. Let me know if i should test a fix. Thank you /Andreas
#2325 fixed this on future3/develop.
Closing. Feel free to reopen, if your issue still persists.