Album cover art

[erho]

Re: Album cover art

So as I understand you correctly that Linn have to fix this? If you are in contact with them please could you tell me if they will fix it?

[Spoon]

Re: Album cover art

Linn have to fix, they have not indicated if they will do so yet.

[erho]

Re: Album cover art

Thanks.

[PeterP]

Re: Album cover art

New Asset beta has an option to suppress server-side image resizing -

https://forum.dbpoweramp.com/showthread.php?38645-Asset-R5-0-1-for-mac-OS-amp-Linux-beta

This will be suboptimal as Asset will always transmit fullsize images but should mitigate this specific problem - images displayed by Linn apps should now be sharp.

[erho]

Re: Album cover art

Thanks have tried it, but in all albums view for example the covers are still wrong.

[Spoon]

Re: Album cover art

You have disabled the resizing option in the beta?

[erho]

Re: Album cover art

Yes, I really do not understand it, with Twonky, Minim and Kazoo Server all is ok.

[erho]

Re: Album cover art

Hello spoon,

any news about the problem, is it solved?

[Spoon]

Re: Album cover art

It is linn who have to fix their control point, we wait for them to do so, Asset is working 100% correctly, the Linn control point is asking asset for low res art which is wrong.

[erho]

Re: Album cover art

It is linn who have to fix their control point, we wait for them to do so, Asset is working 100% correctly, the Linn control point is asking asset for low res art which is wrong.

They released a new Kazoo but haven't fixed it. Spoon do you know an other controlpoint for Mac OSX, Plugplayer is shit.

[Spoon]

Re: Album cover art

I do not. You can try the older Kinsky

[ac16161]

Re: Album cover art

I helped out with testing of 5.1 due to low-res artwork via Linn control points when using Asset, but not with Minimserver. There is discussion in the Synology thread on this forum, but I am copying a post from Peter on the development team in case you have not seen it. It is important that you disable the *new* option for disabling server-side art scaling. It is confusing as there are now two options, but the feedback below explains how it all works. This completely fixed the problem for me. Note that the low-res art issue even happens with Linn's own Kazoo server, so Linn's control points mess this up even with their own server
--------
.

New beta posted. A bug causing album art resizing to fail has been fixed.

A bit of clarification-
Asset supports two kinds of album art resizing.
It presents all album artwork URLs with ?size=0 suffix, that way compatible clients (Linn) know that they can request specific size; if the client changes the suffix to ?size=N, Asset will attempt to serve the picture downscaled to NxN (but not if the picture is already not larger than NxN).
Additionally, you can configure Asset to serve album art at specific size unless asked otherwise by the client.

The new option disables both kinds of album art resizing entirely and will cause Asset to serve full size images only - and also stop giving the ?size=0 suffix so the client knows not to ask for resized pictures.
It makes sense if:
- Your server has a very slow CPU (older Raspberry Pi models, QNAP TS-109 and such)
- Your client does something undesirable (Linn)
- Troubleshooting other bugs (ac16161's case, now hopefully fixed).

[erho]

Re: Album cover art

I helped out with testing of 5.1 due to low-res artwork via Linn control points when using Asset, but not with Minimserver. There is discussion in the Synology thread on this forum, but I am copying a post from Peter on the development team in case you have not seen it. It is important that you disable the *new* option for disabling server-side art scaling. It is confusing as there are now two options, but the feedback below explains how it all works. This completely fixed the problem for me. Note that the low-res art issue even happens with Linn's own Kazoo server, so Linn's control points mess this up even with their own server
--------
.

New beta posted. A bug causing album art resizing to fail has been fixed.

A bit of clarification-
Asset supports two kinds of album art resizing.
It presents all album artwork URLs with ?size=0 suffix, that way compatible clients (Linn) know that they can request specific size; if the client changes the suffix to ?size=N, Asset will attempt to serve the picture downscaled to NxN (but not if the picture is already not larger than NxN).
Additionally, you can configure Asset to serve album art at specific size unless asked otherwise by the client.

The new option disables both kinds of album art resizing entirely and will cause Asset to serve full size images only - and also stop giving the ?size=0 suffix so the client knows not to ask for resized pictures.
It makes sense if:
- Your server has a very slow CPU (older Raspberry Pi models, QNAP TS-109 and such)
- Your client does something undesirable (Linn)
- Troubleshooting other bugs (ac16161's case, now hopefully fixed).

Yes, have now tried Asset 5.0.1b9 on my QNAP TS-251+ and with disabling server-side art scaling it works!!!!!

So Spoon how can I change the beta to a normal version as I already bought Asset?

[erho]

Re: Album cover art

Spoon, as far as I know Version 5.1 do not have the option "disabling server-size art scaling" or I am wrong about that?

[Spoon]

Re: Album cover art

No it does not.