Images not being displayed

[rs6516 4]

Ok, just woke up to a new version of emby version 4.6.7.0 and new problems to go with it.

half of all images simply won't load. I've checked multiple PC's, cleared cached images within the browser. I have verified they are in the movie folders. Just have a look at my library. It's not just the primary images, I've noticed thumbs missing as well. It's effecting every single aspect of emby, Movies, TV, Trailers, Podcasts, actors, you name it. my whole library looks like this.

 

If I click on a movie to view it you can see the image will load correctly. In this example Christopher Robin is missing from the main screen, but when I click on it This is what I get. Everything looks correct.

I've tried 

- scanning library

- refresh metadata

- refresh with replace images

none of this has worked.

The only thing I've found that works is to go in to each and every movie, TV series, etc and search for a new image and select something new. This is very tedious and there has got to be a better way. Can someone please help me out here?

[Luke 42080]

Hi there, please attach the emby server log from when this happened. thanks.

[rs6516 4]

Thanks, I'm not sure when it started. It had to have been within the last day or so. Here is the log

 

embyserver.txt

Edited January 15, 2022 by rs6516

[Luke 42080]

OK I'm not sure what's going on. You may want to try deleting this folder and see if it helps:

C:\Metadata\cache\images\enhanced-images

It's possible there are corrupted files in there. You may also want to scan the hard disk for errors.

[rs6516 4]

Thanks, 

that didn't seem to work. I did notice this though. I'm in the resized cache folder and a lot of the png files are blank. I've opened them in paint and there is nothing there??? Could this be the issue? and if so how could this have happened? It's just so many files, I wouldn't think this is an issue with my SSD. The OS and all the programs are running just fine, no issues there, it's only emby. Should I delete the resized cache?

[Happy2Play 9781]

@rs6516 What Windows version is this?

	Operating system: Microsoft Windows 6.1.7601 Service Pack 1

Do you get the same results if you disable CoverArt treatment?

 

Edited January 15, 2022 by Happy2Play

[rs6516 4]

It's actually windows home server 2011 which is based on 2008 R2.

I haven't tried deleting the resized-images cache yet. Should I attempt that?

[Happy2Play 9781]

5 minutes ago, rs6516 said:

It's actually windows home server 2011 which is based on 2008 R2.

I haven't tried deleting the resized-images cache yet. Should I attempt that?

I wouldn't hurt.

[rs6516 4]

Ok, so the problem is with the coverart. If I change it to something else or disable it then it everything works fine, but... if I attempt to change it back the way I had it, then my missing image problem comes right back. Is there a cached folder of these coverart images that I need to delete? 

[Happy2Play 9781]

10 minutes ago, rs6516 said:

Is there a cached folder of these coverart images that I need to delete? 

That image folder (C:\Metadata\cache\images) is the cache for your display images.  If removing the contents of that folder don't work then your server is not processing images properly as the imageprocessor errors suggest in your log.

2022-01-15 11:07:05.791 Error ImageProcessor: Error enhancing image
    *** Error Report ***
    Version: 4.6.7.0
    Command line: C:\Users\Administrator\AppData\Roaming\MediaBrowser-Server\system\EmbyServer.dll
    Operating system: Microsoft Windows 6.1.7601 Service Pack 1
    Framework: .NET Core 3.1.21
    OS/Process: x64/x64
    Runtime: C:/Users/Administrator/AppData/Roaming/MediaBrowser-Server/system/System.Private.CoreLib.dll
    Processor count: 4
    Data path: C:\Users\Administrator\AppData\Roaming\MediaBrowser-Server
    Application path: C:\Users\Administrator\AppData\Roaming\MediaBrowser-Server\system
    System.ArgumentNullException: System.ArgumentNullException: Value cannot be null. (Parameter 'key')
       at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
       at System.Collections.Generic.Dictionary`2.TryGetValue(TKey key, TValue& value)
       at CoverArt.Skia.CoverArtBaseEnhancer.GetFrameType(BaseItem item, ProfileDefinition profile)
       at CoverArt.Skia.CoverArtGameEnhancer.EnhanceImageAsyncInternal(BaseItem item, SKBitmap originalImage, ImageType imageType, Int32 imageIndex)
       at CoverArt.Skia.CoverArtBaseEnhancer.EnhanceImageAsync(BaseItem item, String inputPath, String outputPath, ImageType imageType, Int32 imageIndex)
       at Emby.Drawing.ImageProcessor.ExecuteImageEnhancers(IEnumerable`1 imageEnhancers, String inputPath, String outputPath, BaseItem item, ImageType imageType, Int32 imageIndex)
       at Emby.Drawing.ImageProcessor.GetEnhancedImageInternal(String originalImagePath, BaseItem item, ImageType imageType, Int32 imageIndex, IImageEnhancer[] supportedEnhancers, String cacheGuid, CancellationToken cancellationToken)
       at Emby.Drawing.ImageProcessor.GetEnhancedImage(ItemImageInfo image, Boolean inputImageSupportsTransparency, BaseItem item, Int32 imageIndex, IImageEnhancer[] enhancers, CancellationToken cancellationToken)
    Source: System.Private.CoreLib
    TargetSite: Void ThrowArgumentNullException(System.ExceptionArgument)

@ebrany ideas?

Edited January 15, 2022 by Happy2Play

[rs6516 4]

ok, deleting all everything in the cache folder and then going back to my browser and clearing cache there again seems to have done the trick. I'm not sure what caused this issue, but at least it's fixed now.

[ebr 16185]

19 hours ago, rs6516 said:

Could this be the issue?

Yes, as you found, that was the issue.  The cached images were blank so that is what was showing.  How it happened would be very hard to say at this point...

[visproduction 315]

.png images might contribute to the problem. RS are you intentionally using .png for thumbnail and posters?  The png images doesn't contain the pHYs chunk to specify the size of pixels.  Browsers have built in settings to time out if image loading takes too long.  A large png image would have to be opened, evaluated and resized for each poster.  If that process runs out of the time limit built into the browser, you would get probably jpegs first and some pngs and then nothing.  I think the easiest solution is to never copy paste .png for thumbnail or background images.  Use jpeg's instead that are compressed a little and also use smaller images that are large enough your your average computer monitor.

Just a guess.  Hope that helps.

[rs6516 4]

No, I haven't made any changes to file types. If I'd have to guess the .png are being generated by the coverart plugin. I'm just guessing, but it's probably based on the treatments I'm using... some use rounded corners, some transparency effects, etc. I've looked in the actual folders and the images there are jpg with the exception of the logo, art, and disc... these are all png of course. the jpg files in these folder are the original ones however and are the non coverart treated ones. If this becomes an issue in the future I may have to disable coverart all together. You are correct about the speed and that's something that I hadn't considered. On a LAN connection this is irrelevant as it's extremely fast, but on remote connections it would definitely make a huge difference. Is there a way to disable the coverart for remote connections only? 

[ebr 16185]

15 hours ago, visproduction said:

.png images might contribute to the problem. RS are you intentionally using .png for thumbnail and posters?  The png images doesn't contain the pHYs chunk to specify the size of pixels.  Browsers have built in settings to time out if image loading takes too long.  A large png image would have to be opened, evaluated and resized for each poster.  If that process runs out of the time limit built into the browser, you would get probably jpegs first and some pngs and then nothing.  I think the easiest solution is to never copy paste .png for thumbnail or background images.  Use jpeg's instead that are compressed a little and also use smaller images that are large enough your your average computer monitor.

Just a guess.  Hope that helps.

Hi.  This isn't an issue.  The apps never actually get raw PNGs.  The server converts them to more web-friendly formats.

The issue here was 100% the blank images in the cache.  The server saw the cached images and served them up.  It had no way of knowing they weren't correct.