Missing and flashing images

[revengineer 122]

@Luke: I have reinstalled the coverart plugin and disabled coverart in the Roku settings. With this configuration I have not seen any errors in the log file and coverart keeps functioning properly in the web interface. I also was not able to reproduce the crazy Roku UI flashing indicating that these issues are related. I will continue using emby in this configuration for now.

 

I think the problem of the Roku crashing the coverart plugin to the point that coverart stops functioning elsewhere should be fixed. However, given the workaround, it is no longer one of my top three concerns. (These are memory leak, service shutdown failure, and Android sync/download failure.)

[Luke 37029]

You might as well cross the service thing off your list because when the .net core version eventually ships, it will not have an embedded service anymore, and instead you can setup your own service using a separate tool called NSSM, that allows you to turn any executable into a windows service. Because of the success we're seeing with that, there won't be any new development related to the Windows Service with the current version of the server. 

 

You can learn more here:

 

https://emby.media/community/index.php?/topic/50012-emby-server-for-net-core

[Luke 37029]

Uhhh sorry, did not intend to hijack. I meant to mention that based on the cover art issue above (and responses I read in past threads that the CoverArt plugin impacted posters as well) I thought I would post it here since the original poster's timing and problems were similar to my own experience. I had the CoverArt plugin installed as well.  Anyway my apologies, in my eyes it was related.

 

@@BeachBum65, not a problem. Can you please attach the emby server log? you can learn how to do that here:

https://emby.media/community/index.php?/topic/739-how-to-report-a-problem/

 

Thanks !

[revengineer 122]

I spoke too early. On day three after reboot the problem has resurfaced even with coverart disabled on the Roku. Today I first noticed the issue on my Android device where coverart was not consistently applied to the images. I then went back to the Roku and found the same image flashing issue reported previously. So this is independent of the Roku coverart setting. I see the same errors in the server log previously reported. Not sure what to do next.

2017-09-12 21:41:00.468 Info HttpResultFactory: Transmit file C:\Users\admin\AppData\Roaming\Emby-Server\metadata\livetv\2bedc0cdb44805fba185840ffefcd944\poster.jpg
2017-09-12 21:41:00.468 Info HttpServer: HTTP Response 200 to 192.168.1.86. Time: 672ms. http://192.168.1.50:8096/emby/Items/2bedc0cdb44805fba185840ffefcd944/Images/Primary/0?EnableImageEnhancers=false&tag=c6f5f0886e65f634573b368b1168c5e0&maxheight=350 
2017-09-12 21:41:00.515 Info HttpServer: HTTP GET http://192.168.1.50:8096/emby/Items/3d724f62d6bb7698a1ab7c2cb41f28ef/Images/Primary/0?EnableImageEnhancers=false&tag=c6fbcc0892bb4561b583219bd27c639b&maxheight=350. UserAgent: Roku/DVP-7.70 (047.70E04135A)
2017-09-12 21:41:00.515 Info HttpClient: HttpClientManager GET: https://s3.amazonaws.com/schedulesdirect/assets/p663699_st_v8_aa.jpg
2017-09-12 21:41:00.624 Info ProviderManager: Saving image to C:\Users\admin\AppData\Roaming\Emby-Server\metadata\livetv\f415737661797d1f019bd9852f7b9637\poster.jpg
2017-09-12 21:41:00.640 Error ImageProcessor: Error encoding image
	*** Error Report ***
	Version: 3.2.30.0
	Command line: C:\Users\admin\AppData\Roaming\Emby-Server\system\MediaBrowser.ServerApplication.exe -service
	Operating system: Microsoft Windows NT 6.2.9200.0
	64-Bit OS: True
	64-Bit Process: True
	Processor count: 4
	Program data path: C:\Users\admin\AppData\Roaming\Emby-Server
	Application directory: C:\Users\admin\AppData\Roaming\Emby-Server\system
	System.NullReferenceException: Object reference not set to an instance of an object.
	   at Emby.Drawing.Skia.SkiaEncoder.Decode(String path, Boolean forceCleanBitmap, SKCodecOrigin& origin)
	   at Emby.Drawing.Skia.SkiaEncoder.Decode(String path, Boolean forceCleanBitmap, SKCodecOrigin& origin)
	   at Emby.Drawing.Skia.SkiaEncoder.GetBitmap(String path, Boolean cropWhitespace, Boolean autoOrient, Nullable`1 orientation)
	   at Emby.Drawing.Skia.SkiaEncoder.EncodeImage(String inputPath, DateTime dateModified, String outputPath, Boolean autoOrient, Nullable`1 orientation, Int32 quality, ImageProcessingOptions options, ImageFormat selectedOutputFormat)
	   at Emby.Drawing.ImageProcessor.<ProcessImage>d__30.MoveNext()
	System.NullReferenceException
	   at Emby.Drawing.Skia.SkiaEncoder.Decode(String path, Boolean forceCleanBitmap, SKCodecOrigin& origin)
	   at Emby.Drawing.Skia.SkiaEncoder.Decode(String path, Boolean forceCleanBitmap, SKCodecOrigin& origin)
	   at Emby.Drawing.Skia.SkiaEncoder.GetBitmap(String path, Boolean cropWhitespace, Boolean autoOrient, Nullable`1 orientation)
	   at Emby.Drawing.Skia.SkiaEncoder.EncodeImage(String inputPath, DateTime dateModified, String outputPath, Boolean autoOrient, Nullable`1 orientation, Int32 quality, ImageProcessingOptions options, ImageFormat selectedOutputFormat)
	   at Emby.Drawing.ImageProcessor.<ProcessImage>d__30.MoveNext()

[ebr 14905]

If you look at your server log when this happens, do you see lines that are delivering your raw, full-sized images to the app?

 

https://emby.media/community/index.php?/topic/50821-unable-to-access-settings/?p=487487

[revengineer 122]

In some cases yes, but in most cases the image that fail to encode comes from the cache directory.

[ebr 14905]

Well, it would probably only take some of them being delivered at full resolution to send the Roku into fits.

[revengineer 122]

I still don't understand why the server is generating all these errors cause coverart not to work on any device after that. A device should not be allowed to take down the whole system. I uninstalled coverart again while on travel next week, will check back for solution next weekend.

[Happy2Play 8252]

If you look at your server log when this happens, do you see lines that are delivering your raw, full-sized images to the app?

 

https://emby.media/community/index.php?/topic/50821-unable-to-access-settings/?p=487487

 

Would that only apply to  non-Windows system as Skia works in Windows installations.

[ebr 14905]

Would that only apply to  non-Windows system as Skia works in Windows installations.

 

In this case, something is causing Skia to start throwing errors trying to process images as opposed to it just not being there.  So, different reason but same result.

[Happy2Play 8252]

In this case, something is causing Skia to start throwing errors trying to process images as opposed to it just not being there.  So, different reason but same result.

 

But this is specific to revengineer or all Windows Server- Roku CoverArt users should see the same correct?

Edited September 16, 2017 by Happy2Play

[ebr 14905]

But this is specific to revengineer or all Windows Server- Roku CoverArt users should see the same correct?

 

So far, appears to be specific to his environment.  At least, I haven't seen any other reports of it.

[revengineer 122]

I ran the past week on v3.2.30 without coverart and had no issues. Today I installed v3.2.32 and latest coverart version ending in .55. I also chose the option to store metadata with the movies and refreshed ALL metadata. I will see if the Roku misbehavior changed as a result.

[Luke 37029]

Well done.

[grangerg 2]

But why would not effect more Roku users?

 

Count me in the list of affected Roku/Emby users.

 

Given my experience, I think it's a Roku hardware issue that is likely able to be worked around on the Emby server.

 

I'm running Emby 3.2.36, and I have 2x Roku 3 (4230), a Roku Streaming Stick (3800), and as of this morning, a Roku Streaming Stick+ (3810). I have no problems on any Roku devices except the 3800.

 

On the 3800 (2017 Streaming Stick), when I browse an "All Movies" listing of a library, there's a noticeably slow redraw issue when moving between items in the grid. The main background flashes and the movie tile/items do too. Sometimes the cover art doesn't render (leaves a black space instead of an image), but sometimes the result of the redraw is to replace the cover art with the generic green and white placeholder image. Most of the time it's slow enough to notice that the tiles render left-to-right. It also has similar problems when in the movie details screen, but in that case, the screen seems to constantly repeat the redraw process without any user input.

 

On a related note, I have noticed the generic green and white placeholder image-tile showing up in the "All Movies" listing on the other Roku devices, but it's not consistent. For example, when I first used my new 3810 this morning, one of the movies had the placeholder instead of the normal cover art. But after I had gone to look through a different video library, and then returned to my movie library, the affected movie's cover art was back; there were no problems.

 

Unfortunately, I don't have the time to investigate further; no logs, no experimentation, just symptoms. And, after looking through wikipedia at the hardware specs on the Roku devices I have, I don't even see a clear smoking gun. The 3800 has the same amount of RAM as the 4230 (Roku 3), and it has the same CPU as the 3810. The only thing that makes sense is the 3800's CPU is significantly slower-running than the 3810 and the 4230.

[ebr 14905]

Count me in the list of affected Roku/Emby users.

 

Given my experience, I think it's a Roku hardware issue that is likely able to be worked around on the Emby server.

 

I'm running Emby 3.2.36, and I have 2x Roku 3 (4230), a Roku Streaming Stick (3800), and as of this morning, a Roku Streaming Stick+ (3810). I have no problems on any Roku devices except the 3800.

 

On the 3800 (2017 Streaming Stick), when I browse an "All Movies" listing of a library, there's a noticeably slow redraw issue when moving between items in the grid. The main background flashes and the movie tile/items do too. Sometimes the cover art doesn't render (leaves a black space instead of an image), but sometimes the result of the redraw is to replace the cover art with the generic green and white placeholder image. Most of the time it's slow enough to notice that the tiles render left-to-right. It also has similar problems when in the movie details screen, but in that case, the screen seems to constantly repeat the redraw process without any user input.

 

On a related note, I have noticed the generic green and white placeholder image-tile showing up in the "All Movies" listing on the other Roku devices, but it's not consistent. For example, when I first used my new 3810 this morning, one of the movies had the placeholder instead of the normal cover art. But after I had gone to look through a different video library, and then returned to my movie library, the affected movie's cover art was back; there were no problems.

 

Unfortunately, I don't have the time to investigate further; no logs, no experimentation, just symptoms. And, after looking through wikipedia at the hardware specs on the Roku devices I have, I don't even see a clear smoking gun. The 3800 has the same amount of RAM as the 4230 (Roku 3), and it has the same CPU as the 3810. The only thing that makes sense is the 3800's CPU is significantly slower-running than the 3810 and the 4230.

 

Hi.  I believe we traced this issue to extremely large images being delivered to the UI which the device simply cannot handle.

 

Make sure that your server is not throwing errors about missing an image processor causing full-sized images to be delivered to the app.

[Baenwort 97]

I do not think we can conclude that. More accurate: The bug affects my system, it does not affect your system, and others have not (yet) reported a similar issue. 

 

Wanted to add that I'm seeing this on my 2015 Roku 3. Server is a FreeNAS setup with 24GB RAM and Emby jail in a SSD pool with content and metadata on a 4x6TB RAID10 set. Not resource exhaustion on the server side as neither android nor web app show this issue when being used simultaneously with Roku. 

 

Only the official Roku app has the flashing images. Blue Neon has no problem with image display.

Edited December 11, 2017 by Baenwort

[ebr 14905]

Wanted to add that I'm seeing this on my 2015 Roku 3. Server is a FreeNAS setup with 24GB RAM and Emby jail in a SSD pool with content and metadata on a 4x6TB RAID10 set. Not resource exhaustion on the server side as neither android nor web app show this issue when being used simultaneously with Roku. 

 

Only the official Roku app has the flashing images. Blue Neon has no problem with image display.

 

This symptom on the Roku means that the Roku device is overloaded.  The documented cases of it we've seen have been the result of the server sending over full-resolution images to the app due to the lack of an image processor to resize them on the server.

 

Can you please reproduce the issue and then post the server log and note the time you created the issue on the Roku?

 

Thanks.

[jnk5y 0]

Here is output from my log. Is this what you were looking for?

2018-04-12 11:09:23.165 Info ImageProcessor: Creating image collage and saving to /config/cache/temp/6406ed4093754b54bf8672e9b26bde0c.png
2018-04-12 11:09:23.191 Error App: Error in Dynamic Image Provider
	*** Error Report ***
	Version: 3.3.1.0
	Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /config -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe
	Operating system: Unix 4.15.9.300
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: False
	Mono: 4.8.1 (Stable 4.8.1.0/22a39d7 Sun Mar 11 05:31:24 UTC 2018)
	Processor count: 2
	Program data path: /config
	Application directory: /usr/lib/emby-server/bin
	ImageMagickSharp.WandException: NoDecodeDelegateForThisImageFormat `JPEG' @ error/constitute.c/ReadImage/504
	  at ImageMagickSharp.WandCore`1[T].CheckErrorBool (System.Int32 status) [0x00009] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImage (System.String path) [0x0000d] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImages (System.String[] paths) [0x0000a] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand..ctor (System.String[] paths) [0x0003e] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollageWand (System.String[] paths, System.Int32 width, System.Int32 height) [0x0000e] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollage (System.String[] paths, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.ImageMagickEncoder.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0004a] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageProcessor.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0001f] in <6640a35fd3984553bc7dde25987516d3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00070] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateThumbCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.UserViews.CollectionFolderImageProvider.CreateImage (MediaBrowser.Controller.Entities.BaseItem item, System.Collections.Generic.List`1[T] itemsWithImages, System.String outputPathWithoutExtension, MediaBrowser.Model.Entities.ImageType imageType, System.Int32 imageIndex) [0x00020] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchToFileInternal>c__async2[T].MoveNext () [0x00074] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async1[T].MoveNext () [0x00109] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async0[T].MoveNext () [0x000e0] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at MediaBrowser.Providers.Manager.MetadataService`2+<RunCustomProvider>c__async5[TItemType,TIdType].MoveNext () [0x000db] in <ebeee1af6c2b4502870b7998a3732bc2>:0 
	ImageMagickSharp.WandException
	  at ImageMagickSharp.WandCore`1[T].CheckErrorBool (System.Int32 status) [0x00009] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImage (System.String path) [0x0000d] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImages (System.String[] paths) [0x0000a] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand..ctor (System.String[] paths) [0x0003e] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollageWand (System.String[] paths, System.Int32 width, System.Int32 height) [0x0000e] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollage (System.String[] paths, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.ImageMagickEncoder.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0004a] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageProcessor.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0001f] in <6640a35fd3984553bc7dde25987516d3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00070] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateThumbCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.UserViews.CollectionFolderImageProvider.CreateImage (MediaBrowser.Controller.Entities.BaseItem item, System.Collections.Generic.List`1[T] itemsWithImages, System.String outputPathWithoutExtension, MediaBrowser.Model.Entities.ImageType imageType, System.Int32 imageIndex) [0x00020] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchToFileInternal>c__async2[T].MoveNext () [0x00074] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async1[T].MoveNext () [0x00109] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async0[T].MoveNext () [0x000e0] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at MediaBrowser.Providers.Manager.MetadataService`2+<RunCustomProvider>c__async5[TItemType,TIdType].MoveNext () [0x000db] in <ebeee1af6c2b4502870b7998a3732bc2>:0 

[Luke 37029]

 

Here is output from my log. Is this what you were looking for?

2018-04-12 11:09:23.165 Info ImageProcessor: Creating image collage and saving to /config/cache/temp/6406ed4093754b54bf8672e9b26bde0c.png
2018-04-12 11:09:23.191 Error App: Error in Dynamic Image Provider
	*** Error Report ***
	Version: 3.3.1.0
	Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /config -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe
	Operating system: Unix 4.15.9.300
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: False
	Mono: 4.8.1 (Stable 4.8.1.0/22a39d7 Sun Mar 11 05:31:24 UTC 2018)
	Processor count: 2
	Program data path: /config
	Application directory: /usr/lib/emby-server/bin
	ImageMagickSharp.WandException: NoDecodeDelegateForThisImageFormat `JPEG' @ error/constitute.c/ReadImage/504
	  at ImageMagickSharp.WandCore`1[T].CheckErrorBool (System.Int32 status) [0x00009] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImage (System.String path) [0x0000d] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImages (System.String[] paths) [0x0000a] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand..ctor (System.String[] paths) [0x0003e] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollageWand (System.String[] paths, System.Int32 width, System.Int32 height) [0x0000e] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollage (System.String[] paths, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.ImageMagickEncoder.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0004a] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageProcessor.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0001f] in <6640a35fd3984553bc7dde25987516d3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00070] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateThumbCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.UserViews.CollectionFolderImageProvider.CreateImage (MediaBrowser.Controller.Entities.BaseItem item, System.Collections.Generic.List`1[T] itemsWithImages, System.String outputPathWithoutExtension, MediaBrowser.Model.Entities.ImageType imageType, System.Int32 imageIndex) [0x00020] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchToFileInternal>c__async2[T].MoveNext () [0x00074] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async1[T].MoveNext () [0x00109] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async0[T].MoveNext () [0x000e0] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at MediaBrowser.Providers.Manager.MetadataService`2+<RunCustomProvider>c__async5[TItemType,TIdType].MoveNext () [0x000db] in <ebeee1af6c2b4502870b7998a3732bc2>:0 
	ImageMagickSharp.WandException
	  at ImageMagickSharp.WandCore`1[T].CheckErrorBool (System.Int32 status) [0x00009] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImage (System.String path) [0x0000d] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand.OpenImages (System.String[] paths) [0x0000a] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at ImageMagickSharp.MagickWand..ctor (System.String[] paths) [0x0003e] in <953a0750dcf04671b3542271d1ee6221>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollageWand (System.String[] paths, System.Int32 width, System.Int32 height) [0x0000e] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.StripCollageBuilder.BuildThumbCollage (System.String[] paths, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageMagick.ImageMagickEncoder.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0004a] in <733c7bcebcfa49b4a22cfbe14ad03937>:0 
	  at Emby.Drawing.ImageProcessor.CreateImageCollage (MediaBrowser.Controller.Drawing.ImageCollageOptions options) [0x0001f] in <6640a35fd3984553bc7dde25987516d3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00070] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1[T].CreateThumbCollage (MediaBrowser.Controller.Entities.BaseItem primaryItem, System.Collections.Generic.List`1[T] items, System.String outputPath, System.Int32 width, System.Int32 height) [0x00000] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.UserViews.CollectionFolderImageProvider.CreateImage (MediaBrowser.Controller.Entities.BaseItem item, System.Collections.Generic.List`1[T] itemsWithImages, System.String outputPathWithoutExtension, MediaBrowser.Model.Entities.ImageType imageType, System.Int32 imageIndex) [0x00020] in <07306ae2f140476099e69d171d6871b3>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchToFileInternal>c__async2[T].MoveNext () [0x00074] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async1[T].MoveNext () [0x00109] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at Emby.Server.Implementations.Images.BaseDynamicImageProvider`1+<FetchAsync>c__async0[T].MoveNext () [0x000e0] in <07306ae2f140476099e69d171d6871b3>:0 
	--- End of stack trace from previous location where exception was thrown ---
	  at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <dbb16e0bacdc4a0f87478e401bc29b6c>:0 
	  at MediaBrowser.Providers.Manager.MetadataService`2+<RunCustomProvider>c__async5[TItemType,TIdType].MoveNext () [0x000db] in <ebeee1af6c2b4502870b7998a3732bc2>:0 

 

What platform/OS are you running Emby Server on?

[jnk5y 0]

What platform/OS are you running Emby Server on?

 

Sorry, I hate when people don't give enough info at work. Running on Fedora 27 with emby server 3.3.1.0. Using the docker build. Have had the flashing since the redesign of the emby app on Roku (a year+ now?).

ebr's idea for what's wrong makes a lot of sense. I can provide you a full log if you want.

[Luke 37029]

What docker install is that, are you sure that's ours? There are some differences in your install that I can see that will make it more difficult to help you. Why not try our official docker or our fedora installation?

[jnk5y 0]

Well this is interesting. So I've been using the dpearson/emby docker image https://github.com/dperson/emby because the original official docker image from emby was lacking a few things I needed. I checked back last month on your docker image and it's much better now so I just switched to that and my flashing images are gone. Yay!

[Luke 37029]

Thanks for the feedback !

[betamax 0]

I just barely setup an emby server and am experiencing this issue on a few different Roku devices as well.   I am curious what this means,

 

"...The documented cases of it we've seen have been the result of the server sending over full-resolution images to the app due to the lack of an image processor to resize them on the server."

 

I am running the emby server on a Windows 10, i7 cpu, with 32GB of ram.  What would I need to do to make sure there is an image processor setup correctly to resize them?   Thanks!

Edited July 1, 2018 by betamax