Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Sauzee]

I'm having problems with MC not generating thumbnails for recently imported files which have internal cover art.

Asking MC to build missing thumbnails doesn't fix it.

I can't see a pattern -  MC shows a thumbnail for some files, but not all - sometimes some of the tracks on an album have thumbs and others don't - even though the cover art for the album is stored inside every track on the album.

 ?

It would be helpful if there was an option to rebuild thumbs for individual tracks / albums - perhaps as part of the right-click> image menu.

[Matt]

Try erasing all thumbnails and starting over.

I just tried this with 1000's of APE files with internal cover art and couldn't reproduce the issue.

If you still see the problem, give some more details like: file type, remote vs. local, one vs. many libraries, etc.

Thanks.

[EpF]

Anyone else seeing this as a sticky?

 ?

[Sauzee]

OK I erased all thumbnails and rebuilt them. There are still files which don't have thumbs associated with them - mp3, wma & mpc files.

The only thing I can find in common is that they've all been played before. As an example some albums have thumbs for all the tracks except a couple - and the ones which don't have thumbs have all been played in the past. However the affected tracks do have the same cover art inside the tag.

It took me 2 hours to rebuild thumbs (over 50,000 music files). Any chance that we could have an option to rebuild files thumbs for individual tracks? It would save a heck of a lot of time.

At the moment the only way to get the thumbs to show up in MC is to delete the cover art and then re-attach it - which is pretty time consuming and involves a lot of unnecessary HDD activity

All tracks are on local HDD's, I only have 1 library



Media Center Registered 11.0.265 -- C:\Program Files\J River\Media Center 11\

Microsoft Windows XP  Workstation 5.1 Service Pack 2 (Build 2600)
AMD Athlon 2004 MHz MMX / Memory: Total - 785 MB, Free - 282 MB

Internet Explorer: 6.0.2900.2180 / ComCtl32.dll: 5.82 (xpsp_sp2_rtm.040803-2158) / Shlwapi.dll: 6.00.2900.2627 (xpsp_sp2_gdr.050309-1648) / Shell32.dll: 6.00.2900.2620 (xpsp_sp2_gdr.050225-1820) / wnaspi32.dll: 4.60 (1021) , ASPI for Win32 (95/NT) DLL, Copyright © 1989-1999 Adaptec, Inc. / Aspi32.sys: 4.60 (1021)

Ripping /   Drive H:   Mode:Normal  Type:Auto  Speed:Max
  Drive I:   Mode:Normal  Type:Auto  Speed:Max
  Drive Z:   Mode:Normal  Type:Auto  Speed:Max
  Digital playback: Yes /  Use YADB: Yes /  Get cover art: Yes /  Calc replay gain: Yes /  Copy volume: 32767
  Eject after ripping: Yes /  Play sound after ripping: No 

Burning /  Drive H: LITE-ON  CD-RW SOHR-5238S   Addr: 2:2:0  Speed:52  MaxSpeed:52  BurnProof:Yes
  Drive I: CD-RW    CDR-6S48           Addr: 2:3:0  Speed:48  MaxSpeed:48  BurnProof:Yes
  Test mode: No /  Eject after writing: Yes /  Direct decoding: Yes /  Write CD-Text: Yes
  Use playback settings: No /  Normalization: None
 

[Sauzee]

Bump

[bbrip]

Yes, this problem is DEFINITLY still around as reported many times over.

I dont have the problem of WRONG thumbs showing up, but on several albums on my client PC (served through MediaServer) the thumbs just dont show up whatever i do (delete / rebuild - all tried multiple times to now avail) even though the thumbs are showing up fine on the server PC, ie the cover art is definitly there.

It would be lovely if this nasty long lasting problem would be fixed before release

 

[Sauzee]

Yes the bug is still there but it appears from Matt's post in this thread that MC do not see this bug.

The simple solution, in my case, is to provide a right-click option for rebuild thumbnails for individual files.

At the moment - the only way is to rebuild all thumbnails which takes me 2 hours - and it doesn't solve the problem - I then find other files that  MC has not rebuilt the thumbs for.

MC guys - any views on this - do you acknowledge the existence of this bug, and if so, how about the option to rebuild thumbs for individual files?

[datdude]

I had the same problem over and over again.  In order to fix it I stored every thumbnail in the file itself and then made sure to deleate all thumbnails in the cover art directory.  since then I have had zero problems.

[JONCAT]

I have this problem with the newest MC11.....this has to be looked into...I'm loking for cover art and then realize that if I go to Playing Now....MC shows the cover art...from the tags! I really can't believe this....

JC

[JONCAT]

In addition to my other post:

I can see the album thumbnail when I highlight the album in the album pane.......when I go over to artist pane there are hardly any thumbnails. Why in one not the other?

PLEASE fix this!

Library browser seems to show what tags "really" exist, although certain pane views do not relay that existence.

JC

[Alex B]

I have this problem with the newest MC11.....this has to be looked into...I'm loking for cover art and then realize that if I go to Playing Now....MC shows the cover art...from the tags! I really can't believe this....

JC

I couldn't quite follow your posts in the other thread, but lets try here.

When the images are not physically stored inside the audio files MC stores only links to the full resolution cover art files. MC makes smaller thumbnails to another location for quick access in the thumbnail views.

Action Window > File Properties > Image shows the original image file if the link is correct. Also, the main display shows the full resolution image.

You could make the Image File library field visible in your view so you could check if the links are correct. If they are not, you could try this:

select the files > right-click > Image > Remove Cover Art

and then:  right-click > Image > Quick Find In File / Cover Art Directory

If MC doesn't find all images, you can link the missing images manually:

right-click > Image > Add From File...

BTW, what you mean by the "newest" version? MC 11.0.316 or 11.1.44 alpha?

[Sauzee]

The problem is where cover art is stored in the tag - then MC often will not display the cover art when using the album thumbnails view.

The solution appears to be not to store the cover art in the tags - but many of us prefer the art inside the tag.

[JONCAT]

I am not going to remove my thumbs at this point because I tested about 10 files and it looks like I'll be manually reloading a lot. The cover art directory is linked okay....and a lot appear to be tagged inside the files.

Thanks for the heads on the image file view...that's handy.

I still think MC needs to address this because certain views can display the tag thumbnails and some can't.....this is a fixable problem.

What about copying all tagged images to a folder or album folder; any way to do that until a fix comes out? Is this possible?

JC