Sonixd broken images

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

  • gravelldgravelld Administrator

    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

  • gravelldgravelld Administrator
    edited September 20

    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?

  • gravelldgravelld Administrator

    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.

  • gravelldgravelld Administrator

    Ah, ok. I'll double check that.

  • gravelldgravelld Administrator

    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.

  • gravelldgravelld Administrator

    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...

  • gravelldgravelld Administrator

    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?

  • gravelldgravelld Administrator

    It might be the same although they did say they were coping with it now - are you on a version with the fix?

  • CambionnCambionn Member
    edited October 29

    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.


    Post edited by Cambionn on
  • gravelldgravelld Administrator

    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.

  • CambionnCambionn Member
    edited October 31

    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.

  • gravelldgravelld Administrator

    I don't think so - I replicated it myself on my own account. Although it does seem a bit sporadic.

  • CambionnCambionn Member
    edited November 7

    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:

    <?xml version="1.0" encoding="UTF-8"?>
    <subsonic-response status="failed" version="1.16.0" serverVersion="Astiga/production" xmlns="http://subsonic.org/restapi">
     <error code="40" message="Wrong username or password."/>
    </subsonic-response>
    



    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.

    Post edited by Cambionn on
  • gravelldgravelld Administrator

    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.

  • gravelldgravelld Administrator

    Thanks for retesting, I'll take another look.

  • gravelldgravelld Administrator

    I tested and I think you're dead right. I created an issue in the Feishin Github: https://github.com/jeffvli/feishin/issues/841

  • CambionnCambionn Member
    edited November 13

    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" 🙃.

  • gravelldgravelld Administrator

    Thanks - I updated the bug.

Sign In or Register to comment.