no more indexed covers
AnsweredHi,
Since yesterday, the album covers of newly added albums no longer appear in the BlueOS Controller (MacOS & iOS).
I’ve just checked the latest additions and everything seems fine with the cover files themselves (600 kb max, embedded in files & cover.jpg in album folder, as usual). This is the first time this has happened to me: older additions are displayed correctly, but the albums added yesterday (may be 30) do not show their covers, despite any changes I make.
I’ve triggered a full rebuild index to see if that helps..
Is there a maximum number of albums that can be added? Or a specific size limit for scanning/indexing? I currently have 3 TB of FLAC files, full tagged with Mp3tag.
Thanks
-
Official comment
Hi Ju,
To answer you question, no, we don't have a maximum number of albums that can be added. Please reach out to our support crew by sending us an email at support@bluesound.com or by submitting a support request directly through the BluOS app.In the BluOS app, simply go to Help > Send Support Request and a member of our support crew will be happy to assist you further.
-
Did the re-index work? That'd be the first thing I tried if nothing else has changed. You do sometimes get some funny things happening - earlier versions of BluOS would do funny things like change the case of names if you changed a file - https://www.blisshq.com/music-library-management-blog/2018/02/14/maildump-bluesound/
0 -
Hi Dan, the re-index or rebuild didn't change a thing, . The only solution I found is to neutralize or delete files like "cover.jpg", "folder.jpg" etc. in albums folders, it seem that a conflict between embedded covers and "cover.jpg" or assimilate is the source of the bug.
0 -
cover & folder.jpg will take precedence over embedded art. I think the problem, if we can call it that, is probably the size of your library. If indeed you have 3 TB of flac, this could amount to 100k files. Indexing will take some time. I only have 0,5 TB for about 16k of flac files and building the index goes relatively fast but the loading of the art in the player lags a little behind. I would try to give it some more time, certainly if you work over wifi.
1 -
Just to confirm that cover.jpg trumps all, so “should” always be used by BluOS first.
0 -
Thanks everyone. After a deep clean of my base (it was needed), I finally did a factory reset and re-imported my library properly. I can confirm there’s no limit on the number of albums indexed, but the size and weight of embedded cover art are very important. I chose to stick with 600×600, with a 600 KB maximum for embedded covers, even though BluOS support recommends prioritizing non-embedded
cover.jpgfiles.
Back on track0 -
This has happened to me for sometime. I am not clear what I should do, step by step, to enable prior operation. I use the NAD to copy and store CDs and to output digital data to my DAC. The copying and playback through my dac via AES1 transfer works fine. But the metadata on newer CDs for sometime deniote unknown CD without the cover image or track names. They play. I have not transferred that many CDs. Could you share a more step by step explanation, please.
0
Please sign in to leave a comment.
Comments
7 comments