Missing Artwork After Server Upgrade Version 3.0.5870.0

[anderbytes 141]

@@Luke, I've noticed several "Error ImageProcessor: Error encoding image" in my server log.

 

Is it possible that the new FFMPEG version you updated could be the root of the problem?

Edited February 22, 2016 by anderbytes

[anderbytes 141]

@@Luke, I've noticed several "Error ImageProcessor: Error encoding image" in my server log.

 

Is it possible that the new FFMPEG version you updated could be the root of the problem?

 

And a INFINITY of those below,

 

2016-02-22 07:22:15.8037 Error MediaEncoder: Error sending q command to process

2016-02-22 07:22:15.8037 Error MediaEncoder: Error in WaitForExit

2016-02-22 07:22:15.8037 Error MediaEncoder: Error killing process

 

Edited February 22, 2016 by anderbytes

[ebr 16169]

 

I finally had time to circle back on this issue.  I updated my docker to 3.0.5871.0, but still had the same artwork issues.   As a test, I opted to rebuild my entire Emby Server DB today to see if that would help (wiped out docker file & create new along with new Emby server install).  I spent the afternoon re-adding all my Server settings and waited for all of my library tasks to complete.   I cleared out my Android TV settings & launched Emby Android TV app.   I now had all of the user account images and the main screen artwork came in quicker than it had in the past.  However, once I selected any library section that has a large number of items (Ex. Movies, Music), the missing artwork issues returned.  Exiting back to the main screen, now presented missing artwork that was there prior.  I also noticed that the 'Collections' section never populates, save a few items.

 

I left my app in the Movies section for 15 minutes straight to see if the artwork would populate over a longer period of time, alas no success (just Gray or Green placeholders).   It is almost like the server stalls out.  The web interface still has same problems I experienced in my first post.   I tried force stopping the Emby App and coming back in, but the same results returned.  I even stopped and restarted the new Emby docker, no luck. I confirmed there are no errors on the Unraid server NIC where the Emby Server docker runs, nor on the managed switch that everything is connected to so this is not an internal LAN issue.

 

I have exhausted my options here, any suggestions to resolve?

 

Pancho

 

 

Only thing I can think of is, if you use CoverArt, try removing it.

 

I have not been able to reproduce this problem since it first happened to me.

[anderbytes 141]

Only thing I can think of is, if you use CoverArt, try removing it.

 

I have not been able to reproduce this problem since it first happened to me.

 

 

I was using CoverArt...but even after removing it, no success.

 

Even more because it happens to me also in "Next Up" thumbs... not only covers.

Edited February 22, 2016 by anderbytes

[Pancho 9]

Like  'Anderbytes' above, I also receive endless errors below in my Server log:

 

2016-02-21 23:32:22.0846 Error MediaEncoder: Error sending q command to process

2016-02-21 23:32:22.0846 Error MediaEncoder: Error in WaitForExit

2016-02-21 23:32:22.0861 Error MediaEncoder: Error killing process

 

In addition I also see:

 

2016-02-21 23:32:21.8317 Error HttpAsyncTaskHandler: Error occured while Processing Request: Object reference not set to an instance of an object

*** Error Report ***

 

 

And regarding the collection errors (this occurs on every single collection I have):

 

 

2016-02-21 17:49:45.4482 Error App: Error parsing xml file /mnt/MOVIES/BATMAN COLLECTION [boxset]/collection.xml

2016-02-21 17:49:45.4497 Error App: Error in Emby Xml

*** Error Report ***

Version: 3.0.5871.0

Command line: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe -programdata /config -ffmpeg /bin/ffmpeg -ffprobe /bin/ffprobe -restartpath /usr/lib/emby-server/restart.sh

Operating system: Unix 4.1.17.0

Processor count: 4

64-Bit OS: True

64-Bit Process: True

Program data path: /config

Mono: 4.2.1 (Stable 4.2.1.102/6dd2d0d Tue Jan 19 01:36:09 UTC 2016)

Application Path: /usr/lib/emby-server/bin/MediaBrowser.Server.Mono.exe

Root element is missing.

System.Xml.XmlException

 at System.Xml.XmlTextReaderImpl.Throw (System.Exception e) <0x42645440 + 0x000a7> in <filename unknown>:0 

 at System.Xml.XmlTextReaderImpl.ThrowWithoutLineInfo (System.String res) <0x42644f70 + 0x00077> in <filename unknown>:0 

 at System.Xml.XmlTextReaderImpl.ParseDocumentContent () <0x41e8b8b0 + 0x00663> in <filename unknown>:0 

 at System.Xml.XmlTextReaderImpl.Read () <0x41e87cc0 + 0x00067> in <filename unknown>:0 

 at System.Xml.XmlReader.MoveToContent () <0x41e87b50 + 0x00084> in <filename unknown>:0 

 at MediaBrowser.Controller.Providers.BaseItemXmlParser`1[T].Fetch (MediaBrowser.Controller.Providers.MetadataResult`1 item, System.String metadataFile, System.Xml.XmlReaderSettings settings, System.Text.Encoding encoding, CancellationToken cancellationToken) <0x425a9900 + 0x00093> in <filename unknown>:0 

 at MediaBrowser.Controller.Providers.BaseItemXmlParser`1[T].Fetch (MediaBrowser.Controller.Providers.MetadataResult`1 item, System.String metadataFile, CancellationToken cancellationToken) <0x425a95f0 + 0x000db> in <filename unknown>:0 

--- End of stack trace from previous location where exception was thrown ---

[Luke 42077]

Please supply the complete server log file.

[Pancho 9]

Server log is attached.

 

Thanks.

 

Pancho

 

server-63591672253.zip

[anderbytes 141]

Please supply the complete server log file.

 

There it is.

 

For some reason, after the latest restart one of the errors I quoted before hasn't appeared yet.

[Pancho 9]

Marshmallow was released today for the Nvidia Shield TV.  Updated to the latest OS, did a factory reset on the Shield, and re-installed Emby.  Same artwork issues occur as before.   In addition, I now also see artwork problems on my WMC installs as well.  

[Luke 42077]

it's server related, nothing to do with the apps. let's focus on the web interface. if you right click one of these movies then -> edit images. what do you see there? are there zero images, or are there slots that look like they're supposed to be images but are empty?

[Pancho 9]

In the web interface I simply either get an entire black screen (where the images never populate), or I simply see the black place holders where the images should be.   For example, in Web #2, I see one image, but if I place my mouse on it, it just darkens the image, with no other menu options.  Right clicking does not provide any other choices.   It also doesn't seem to matter what section, they generate similar results.     If I leave the web browser on a section for an extended period of time for images to populate, sadly nothing changes.

Edited February 23, 2016 by Pancho

[Luke 42077]

then click on one and pull up the detail screen. then click the dot menu and you can get to edit images that way

[Pancho 9]

Unfortunately, I literally only see the image nothing else, there is NO DOT menu, or any other options that I would typically see, it's just black.  As a test (with web #2 - my exercise folder), even though the right click didn't provide any menu options, I clicked on the image to see if the details page would come up.   All I get is another black screen with an endless spinning color circle that never completes.

 

In addition, I have tested this in both Chrome & Firefox and both 32-bit and 64-bit.  Same Results.

Edited February 23, 2016 by Pancho

[Luke 42077]

can i see a screenshot of that? what is the url in your browser address bar?

[Pancho 9]

Here is the URL:

 

http://192.168.0.10:8096/mediabrowser/dashboard/itemlist.html?parentId=6d42a7df8b781d5be2e2dd630dc5e9fc

 

and attached is the pic of the spinning cursor with no info.

 

Edited February 23, 2016 by Pancho

[Luke 42077]

Try just using this 

http://192.168.0.10:8096

[Pancho 9]

No luck with the URL.    The server was basically unusable, so I stopped and restarted the docker and the web interface began working (where I could right-click on images and had the additional choices).  However, when I certain sections (ex. COLLECTIONS under movies, Album Artists under Music, Trailers under movies, Home Videos and choose any folder there), the artwork errors (black placeholders for images) return.    If I chose any of those sections, then the web browser basically becomes unusable.  I can close the browser tab, re-launch it and the web interface will work again, but if I choose the prior sections, same result.

[Luke 42077]

can you provide the server log from that time? thanks.

[Pancho 9]

Server Logs attached

 

 

Emby Docker Server Logs.zip

[Luke 42077]

Can you remove the cover art plugin, then try again? please provide the log after testing. thanks.

[anderbytes 141]

Can you remove the cover art plugin, then try again? please provide the log after testing. thanks.

 

Luke, sorry for taking too long to reply.

 

In my case... entering details showed the images correctly,  be it in movie details or inside edit images.

 

Also... I deleted library.db and rebuilt it... and now the images appear again outside in home screen and listings.

This time I hadn`t CoverArt enabled at all... and so far I don`t miss any images.

 

Guess I now have to think 10x before activating that plugin.

[Pancho 9]

Luke,

 

I removed the CoverArt plugin (FYI.. I only used the DIAMOND treatment style in that plugin), stopped the Emby Docker and re-started it.   Launched the web interface, and it was lightning quick & all of the artwork worked without issue.  I validated that the problematic sections prior worked and I no longer experienced any problems in the web interface.    I then moved on to my Nvidia Shield TV (cleared the settings prior to launch), and it also worked without issue.   Finally, I confirmed the WMC client is working as well.

 

To be honest, I don't think I have ever seen ANY of my clients work as fast as they do now without the coverart plugin.   In the past when the CoverArt plugin was implemented, I did notice significant slow downs when quick scrolling (paging down to a specific letter) in my large sections (like Movies, Music) especially on the WMC client & also the Android TV.   Now, everything just flies.

 

It does appear the CoverArt was the culprit here on my end.  Thank you so much for all of the troubleshooting.

 

I have included the latest server log (post removal of CoverArt plugin) for your review.    

 

 

server-63591805052.zip