So. I have a Synology NAS. RuneUI shows cover art but I cannot get MPDroid or MPoD to show cover art. I did a bit of debugging with Fiddler (nice SW BTW) and here is what happens:
MPDroid:
GET http://runeaudio/coverart/NAS/Synology% ... ay%20(SACD)/folder.jpg
301 Redirect to http://192.168.1.200/covers/NAS/Synology NAS/Aerosmith/Just Push Play (SACD)/folder.jpg
RuneAudio response:
GET http://192.168.1.200/covers/NAS/Synology NAS/AEROSMITH/JUST PUSH PLAY (SACD)/FOLDER.JPG HTTP/1.1
User-Agent: Dalvik/2.1.0 (Linux; U; Android 6.0.1; SHIELD Tablet K1 Build/MRA58K)
Host: 192.168.1.200
Connection: Keep-Alive
Accept-Encoding: gzip
HTTP/1.1 200 OK
Server: nginx/1.4.7
Date: Mon, 23 May 2016 17:47:17 GMT
Content-Type: text/html
Connection: close
X-Powered-By: PHP/5.5.19
Set-Cookie: PHPSESSID=8eh8vf1i8bioj4fot6hti3qo84; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
X-UA-Compatible: IE=Edge,chrome=1
Content-Length: 8347
Contents of response is long so won't paste it here (pasted just header) but is a html error page with buttons and stuff.
So why is the cover art not found? I have tried "coverart", "http://runeaudio/coverart", "http://runeaudio.local/coverart", same ending with "covers", etc. No change in behaviour. Is it because redirected GET replaces %20 with a space char? I do not know because I cannot do html.
HW is Raspberry Pi 3 Model B and latest 0.3beta image of RuneAudio.
Funny thing is that if I use MPDroid to play a track it does not show coverart but if I close MPDroid without stopping playback and start MPDroid again it shows cover art for the track currently playing (and all tracks from same album because it caches it).
Update:
RuneUI uses this:
GET http://runeaudio/coverart/?v=8
200 OK (image/jpeg)
Update 2:
When MPDroid is started when a track is playing:
GET http://runeaudio/coverart/NAS/Synology% ... ia%20(SACD)/folder.jpg
200 OK (image/jpeg)
