Problem..

[robt]

(09-07-2016 00:09)DavidHB Wrote:  @robt

Simon is the expert here, but I do recall from a number of previous threads that virtually all renderers have a size limit (typically, I think, the relating to the size in pixels rather than the file size); as Simon explained, this is not a server limitation. It is at least conceivable that this is creating the issue at the control point. Whether the origin of this issue is in the renderer or the control point (or both) is unclear. It is also unclear whether you have checked the pixel size of the artwork in your problem files.

If your Synology media server is for some reason sending album art at a smaller size than MinimServer, it is plausible that this is within the renderer's (or control point's) limitations, whereas the art sent by MinimServer is not. What is certainly true is that oversize album art is often at the root of problems between server and renderer, so it may be worth eliminating this as a possible cause.

You might try checking the pixel size of the album art in a sample set of 'problem' files compared with a control set of 'good' files. As Minimserver will be using the embedded art, you really need to copy this from the files (I'd use MP3Tag for this) and paste it into into a basic image editor (in my case it would be Irfanview) to check the size. If the artwork size is the issue, you can use the image editor to resample to a suitable smaller size, paste the new image back into the tag editor and save the file; in MP3Tag it's easy to make this change to a whole album in one go.

I hope this helps. Good luck with your continuing investigations.

David

Thanks for that. I will continue but the prospect of changing the cover art on over 600 albums is quite daunting! Thats why I'm hoping for an easy fix if we can pin it down. I'm grateful that Simon is helping with this, I doubt Roberts will be very interested!