Coverart - Linux(QNAP) - issues

[PenkethBoy 2063]

@@Eric - any chance you can fix coverart on Linux(Qnap) so it works the same as under windows?

 

If you apply any "angle" to a treatment you get this mess

 

 

About 1 in 10 treatments work correctly

 

Also some treatments will not work at all even when you replace the image via "edit images" they still come out flat - e.g. battleship

 

 

The same settings using the windows server gives correct treatments - and in Battleships case the same(copy) image works fine

 

 

 

[ebr 14960]

Is your Linux one running under mono and, thus, a different version of CoverArt?

[PenkethBoy 2063]

Sorry should have mentioned that - its .netcore Stable 3.3.1

 

version 4.0.70

Edited March 21, 2018 by PenkethBoy

[Gopu 11]

Exact same issue here, using Qnap as well. With same versions.

[PenkethBoy 2063]

good i'm not the only one

[Luke 37267]

We'll be updating to skiasharp 1.6 in the near future so let's reevaluate then. thanks.

[PenkethBoy 2063]

Just updated to the latest CoverArt and still getting failures to apply treatments

 

Server 3.4.1.0

 

Has the Skia binary been updated yet?

 

Example error

2018-06-08 17:36:48.691 Info CoverArt: image enhance of Beetlejuice took 0.100 seconds.
2018-06-08 17:36:48.831 Error ImageProcessor: Error enhancing image
	*** Error Report ***
	Version: 3.4.1.0
	Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -defaultdirectory /share/CACHEDEV1_DATA -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noautorunwebapp
	Operating system: Unix 4.2.8.0
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Processor count: 4
	Program data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata
	Application directory: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system
	System.NullReferenceException: Object reference not set to an instance of an object.
	   at Emby.Server.Implementations.IO.SharpCifsFileSystem.IsEnabledForPath(String path)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.FileExists(String path)
	   at CoverArt.Skia.CoverArtBaseEnhancer.DrawOverlay(SKBitmap work, OverlayDefinition oDef, IEnumerable`1 imagePaths, Size imgSize, SKBitmap explicitImage)
	   at CoverArt.Skia.CoverArtBaseEnhancer.ApplyOverlays(ProfileDefinition profile, BaseItem item, SKBitmap newImage, Size imgSize)
	   at CoverArt.Skia.CoverArtBaseEnhancer.EnhanceImage(SKBitmap originalImage, ProfileDefinition profile, String itemType, String frameType, BaseItem item, List`1 childImages)
	   at CoverArt.Skia.CoverArtMovieEnhancer.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>d__45.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Drawing.ImageProcessor.<GetEnhancedImageInternal>d__44.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Drawing.ImageProcessor.<GetEnhancedImage>d__43.MoveNext()
	System.NullReferenceException
	   at Emby.Server.Implementations.IO.SharpCifsFileSystem.IsEnabledForPath(String path)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.FileExists(String path)
	   at CoverArt.Skia.CoverArtBaseEnhancer.DrawOverlay(SKBitmap work, OverlayDefinition oDef, IEnumerable`1 imagePaths, Size imgSize, SKBitmap explicitImage)
	   at CoverArt.Skia.CoverArtBaseEnhancer.ApplyOverlays(ProfileDefinition profile, BaseItem item, SKBitmap newImage, Size imgSize)
	   at CoverArt.Skia.CoverArtBaseEnhancer.EnhanceImage(SKBitmap originalImage, ProfileDefinition profile, String itemType, String frameType, BaseItem item, List`1 childImages)
	   at CoverArt.Skia.CoverArtMovieEnhancer.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>d__45.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Drawing.ImageProcessor.<GetEnhancedImageInternal>d__44.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Drawing.ImageProcessor.<GetEnhancedImage>d__43.MoveNext()

[Luke 37267]

Only in the beta.

[PenkethBoy 2063]

any chance of a beta for QNAP - to test and see if the issue has gone?

[Luke 37267]

Yes sometime next week we can get a qnap beta up. Thanks.

[PenkethBoy 2063]

Ok have upgraded to the latest beta for Qnap  .13

 

And the coverart problem still persists unfortunately

2018-06-10 22:12:12.651 Debug CoverArt: Codec for 12 Strong is avc1
2018-06-10 22:12:12.651 Debug CoverArt: CoverArt will treat /share/CACHEDEV1_DATA/Multimedia/Movies/12 Strong/12 Strong (2018)/poster.jpg
2018-06-10 22:12:12.651 Debug CoverArt: CoverArt using profile default for 12 Strong
2018-06-10 22:12:12.653 Debug CoverArt: CoverArt using frame type H264 from image set ClearCase for 12 Strong
2018-06-10 22:12:12.685 Info HttpServer: HTTP Response 200 to 192.168.1.56. Time: 219ms. http://192.168.1.74:8096/emby/Items/eeff5d25a7368b43cacfe2e16ae96e86/Images/Primary?maxHeight=342&maxWidth=256&tag=cfa4335c875506e96c882be995223368&quality=90 
2018-06-10 22:12:12.835 Error CoverArt: Resource not found: aspect_240
2018-06-10 22:12:12.835 Info CoverArt: image enhance of 12 Strong took 0.184 seconds.
2018-06-10 22:12:12.840 Error ImageProcessor: Error enhancing image
	*** Error Report ***
	Version: 3.4.1.13
	Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -defaultdirectory /share/CACHEDEV1_DATA -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noautorunwebapp
	Operating system: Unix 4.2.8.0
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Processor count: 4
	Program data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata
	Application directory: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system
	System.NullReferenceException: Object reference not set to an instance of an object.
	   at Emby.Server.Implementations.IO.SharpCifsFileSystem.IsEnabledForPath(String path)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.FileExists(String path)
	   at CoverArt.Skia.CoverArtBaseEnhancer.DrawOverlay(SKBitmap work, OverlayDefinition oDef, IEnumerable`1 imagePaths, Size imgSize, SKBitmap explicitImage)
	   at CoverArt.Skia.CoverArtBaseEnhancer.ApplyOverlays(ProfileDefinition profile, BaseItem item, SKBitmap newImage, Size imgSize)
	   at CoverArt.Skia.CoverArtBaseEnhancer.EnhanceImage(SKBitmap originalImage, ProfileDefinition profile, String itemType, String frameType, BaseItem item, List`1 childImages)
	   at CoverArt.Skia.CoverArtMovieEnhancer.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)
	System.NullReferenceException
	   at Emby.Server.Implementations.IO.SharpCifsFileSystem.IsEnabledForPath(String path)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.FileExists(String path)
	   at CoverArt.Skia.CoverArtBaseEnhancer.DrawOverlay(SKBitmap work, OverlayDefinition oDef, IEnumerable`1 imagePaths, Size imgSize, SKBitmap explicitImage)
	   at CoverArt.Skia.CoverArtBaseEnhancer.ApplyOverlays(ProfileDefinition profile, BaseItem item, SKBitmap newImage, Size imgSize)
	   at CoverArt.Skia.CoverArtBaseEnhancer.EnhanceImage(SKBitmap originalImage, ProfileDefinition profile, String itemType, String frameType, BaseItem item, List`1 childImages)
	   at CoverArt.Skia.CoverArtMovieEnhancer.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)

[Luke 37267]

I think you're talking about two different things. That stack trace looks like a problem in the plugin, but that's different from the original topic of this thread. What about the distorted backgrounds?

[PenkethBoy 2063]

No its two problems both related to coverart - one it does not apply the treatment - stack trace

 

second the distorted backgrounds are still happening

 

Both of these i reported in the OP

 

So the new library for skia has not fixed anything

[Luke 37267]

You may need to clear all caches in order to be able to test the background problem. That would include browsing data as well. The treatment not being applied should be fixable though.

[Luke 37267]

@@PenkethBoy i just pushed an update to the plugin. the stack trace should be gone now. thanks.

[PenkethBoy 2063]

@@Luke - Ok thanks will try it out

[PenkethBoy 2063]

@@Luke

 

The new plugin has solved the stack trace error and a treatment without an angle applied works now

 

So we have one outstanding issue to be solved.

[Luke 37267]

Thanks for the feedback.

[Seger 110]

CoverArt 4.0.79.0 - does not work as usual

For info: My post actually belongs to the plugin topic or Synology

 

Hello @@Luke , @@PenkethBoy 

 

@@solabc16 ,

 

I have found that CoverArt behaves somehow different than before? Somehow my attitude of the 3 selections is not taken as before.

 

Before (see picture 1 and 2) I had only HD, SD, BoxSet Cover displayed in my library, which was also correct in the settings. But without changing anything with the update the situation occurred that I now get all covers in codec flags, although the setting wi said was not changed. 

 

 

 

 

 

Only the new setting in picture 3 leads to the old status.

 

 

Can you please correct that again, I think the new situation also had an impact on my speed at the library scan.

 

Thanks and best regards

 

Seger

Edited July 18, 2018 by Seger

[PenkethBoy 2063]

the changes you describe for specific covers are not happening to my setup

 

maybe you made some changes and forgot about them and/or the newer plugin is picking them up when they were not working before

Edited July 18, 2018 by PenkethBoy

[solabc16 379]

Hello @@Seger

 

To make sure this is the same issue as we saw in the betas, can you do a full refresh of the metadata for one title and see if this resolves the problem. (make sure you refresh the page afterwards)

 

Best

- James

[Seger 110]

Hello @@Seger

 

To make sure this is the same issue as we saw in the betas, can you do a full refresh of the metadata for one title and see if this resolves the problem. (make sure you refresh the page afterwards)

 

Best

- James

Hey @@solabc16

 

I just tested. After the update to Emby 3.5.0 and CoverArt 4.0.79.0, my old settings work again when I select the middle or lower version (see picture) for updating.

I will now go through all my media. Then I look at the new scan time to continue on the other topic with you.

 

If I go over the automatic scan, it remains by the way with the "error", thus for all the recommendation would be the library once over the middle or lower variant (see picture) to aktuallisieren.

 

If I write directly when it comes to a strange behavior in Kodi?

 

Thank you very much and many greetings

Seger

Edited July 18, 2018 by Seger

[solabc16 379]

Thanks for the update @@Seger, will pickup with you on the other thread for the other discussion points.

 

Best

- James

[ebr 14960]

Hi.  Yes, this isn't actually the plug-in but, rather changes that occurred in the server that affect the plug-in and refreshing the items should solve it.