Sonixd broken images
xxubiqts
Member
in Other apps
About half the cover art in my collection spontaneously stopped appearing in Sonixd. It has been replaced with a broken image icon and the text "img"next to it. Anyone know why this might happen?
Comments
In your library, can you give me an example of which albums aren't showing the art? You can email info@asti.ga if you like.
I don't mind doing it here if it ends up helping someone else later...
Some examples of broken images:
Coil - The Ape of Naples
Bullion - Affection
James Rushford - Turzets
Some examples of images that DO work:
Joe Henderson - Power to the People
CTI - Elemental 7
Richard Teitelbaum - Asparagus
Hi - these are showing the same behaviour in the web app - I don't think it's anything to do with Sonixd.
The artwork hasn't been recorded in the database during synchronisation. We support embedded images or co-located (in the same folder) image files with the name (before image extension):
cover
folder
Or name containing:
back
rear
albumartsmall
albumart_
Does you library contain art like that?
Hmm. I'm going to be honest, I can't tell you. I gather my music from various sources like Bandcamp and Bittorrent and don't pay much heed to the artwork.
The odd thing about all this is that it only just started happening. These same albums simply showed with no artwork up until a couple of weeks ago. I guess my question is, what could have changed?
These same albums simply showed with no artwork up until a couple of weeks ago.
I'm not sure if I understand now...
Are you saying they didn't show artwork, then they did for a while, now they don't again?
Currently, the only way to show artwork is to provide it by the means above.
In Sonixd, if an album has no artwork, it shows a generic musical note graphic. These albums previously showed the musical note graphic, now they show the broken img icon. Just one day hundreds of records went from showing nothing to showing this error message. More irritating than anything else.
Ah, ok. I'll double check that.
Using Sonixd 0.15.5 on Linux I'm seeing the placeholders:
I realise that app is in maintenance mode, but might we be able to find out what would cause a 'broken' image rather than the placeholder? That would be better addressed to the Sonixd programmers.
Maybe it's the placeholder that isn't being loaded?
I suspect you're right? Oh well. Perhaps it's time to find a new app. Would be nice to see their new one add Subsonic support.
Yeah, that's taking a while...
I reached out about a timeline and it turns out Feishin has already added Subsonic support! Unfortunately can't seem to get it working but in theory it does have it now...
That's interesting... Send 'em some logs! And I'm more than willing to work with them if they have any questions about our Subsonic implementation.
I was looking into alternate desktop apps and also came to Feishin. While I can log in into it and see my tracks appear, it seems I cannot actually play tracks and images aren't showing. Is this due to the issue in https://community.asti.ga/discussion/comment/3551#Comment_3551 or is it separate?
It might be the same although they did say they were coping with it now - are you on a version with the fix?
I was just on the 0.11.1 version, latest release. It does list some subsonic API fix: https://github.com/jeffvli/feishin/releases
I get the result in the picture. It finds my library, and adds tracks to play queue and such. But it doesn't actually play them, and images don't load. I recall I had something similar before with Tempo on Android which you guys fixed, but I'm not sure if it's really the same issue.
0.11.1 should contain the fix: https://github.com/jeffvli/feishin/compare/v0.11.0...v0.11.1
The cover art is a different issue. It looks like we're failing to return generic images, and this is down to our deployment configuration. We'll have a fix for this in the next release.
That still raises the question of why we're trying to serve a generic image. It looks like lookup from our image database is failing, which isn't logged. I've added logging and again that should be in the next release, so we can try this down some more.
I am running 0.11.1, but it can´t seem to play. It logs in, and I can browse my library. But as soon as pressing play it doesn't do anything.
I found back the Tempo issue back which seems the same: https://community.asti.ga/discussion/614/tempo-app-support/p1, could it be the + suffix again? As back then you said:
I think I've worked it out. Tempo isn't properly encoding the "+" suffix in your email address when passing it to Astiga, as a result you aren't authenticated and nothing is returned. This only seems to affect the
/getCoverArt
(and presumably/stream
) calls.Which would explain the issues now as well.
I don't think so - I replicated it myself on my own account. Although it does seem a bit sporadic.
Weird. The symptoms are exactly the same.
I am for sure on the right version:
The build in console shows me the following. At first I thought nothing too odd. Although the stream call returns 206 instead of 200.
But then I noticed the actual response is this:
It seems for some reason, the
/getCoverArt
and/stream
calls indeed don't authenticate properly, much like was the issue with Tempo. And considering it is able to fetch my library, I clearly did fill in the correct credentials. If not caused by the + suffix, I wonder what does cause it. Just in case it matters, I have MFA turned on and use the token as password in Feishin.Can you re-test this post the cover art fix discussed here: https://community.asti.ga/discussion/comment/3616/#Comment_3616 ?
Still the same issues. But I don´t think that is related anyways. Feishin didn't work ever, the image issues only started today and music could still be streamed, something that doesn't work on Feishin.
Looking at the dev console, I'm still way more convinced of an issue similar to what Tempo had. If not caused by the +, something else breaking the same thing.
Thanks for retesting, I'll take another look.
I tested and I think you're dead right. I created an issue in the Feishin Github: https://github.com/jeffvli/feishin/issues/841
I've been saying it for 2 weeks 😏.
Perhaps useful to say in your issue that the
steam
call also doesn't work. Seems more important than images alone meaning a bit higher prio, and might not be fixed by "The image URLs should be URL encoded" 🙃.Thanks - I updated the bug.