rubicon 16 Posted March 22, 2017 Posted March 22, 2017 Like @@ShoutingMan I haven't changed anything or manually downloaded a poster etc., just whatever was picked up when performing the scans for my library every time I add a new movie. Problem was only with collections and playlists. Maybe in the past with other folders too but in the last versions thats where the problem was focusing. I tried also to ignore collections from the CA unsuccessfully and to be fair it didn't worth the trouble doing that. Once more, after I deleted the plugin, so far scans, playbacks and everything else is working brilliantly. A bit faster than before actually so whatever the problem is, it's either within the plugin or the last windows update I have done (running windows 8) although its weird that this would affect only this.
ebr 16169 Posted March 22, 2017 Posted March 22, 2017 One of the movie posters it's failing on is this one: It's 1.23MB. CA handled this fine previously. Just FYI file sizes of these images are compressed. When loaded into memory so they can be manipulated, they are many times larger than that (the example above would be 54MB in memory). I think what has been happening is people and providers have started supplying larger and larger resolution poster images which makes things bog down on some hardware.
ShoutingMan 101 Posted March 23, 2017 Author Posted March 23, 2017 Just FYI file sizes of these images are compressed. When loaded into memory so they can be manipulated, they are many times larger than that (the example above would be 54MB in memory). I think what has been happening is people and providers have started supplying larger and larger resolution poster images which makes things bog down on some hardware. That's not the cause of this specific problem. Things were working normally a couple days ago with the same poster images. Hopefully this weekend I'll have some time to play around with my system to try and troubleshoot further.
ShoutingMan 101 Posted March 26, 2017 Author Posted March 26, 2017 Why do you think it's failing? In case I didn't answer your question: that Doctor Stranger poster art is one of the (many) posters that CoverArt isn't processing and that shows as empty / black in the apps.
ebr 16169 Posted March 29, 2017 Posted March 29, 2017 Can you guys with this issue try setting your people treatment to "Ignore" and see if that makes a difference? Thanks.
Happy2Play 9780 Posted March 29, 2017 Posted March 29, 2017 Can you guys with this issue try setting your people treatment to "Ignore" and see if that makes a difference? Thanks. Depending on there version as people treatment is removed in "4.0.26.0".
ShoutingMan 101 Posted March 30, 2017 Author Posted March 30, 2017 Can you guys with this issue try setting your people treatment to "Ignore" and see if that makes a difference? Thanks. I didn't have time tonight. I'll try it in the next few days, next time I can experiment. Depending on there version as people treatment is removed in "4.0.26.0". I'm only on Emby Server 3.2.9.0
Happy2Play 9780 Posted March 30, 2017 Posted March 30, 2017 I didn't have time tonight. I'll try it in the next few days, next time I can experiment. I'm only on Emby Server 3.2.9.0 You should be on CA v4.0.25.0 then.
ebr 16169 Posted March 30, 2017 Posted March 30, 2017 Depending on there version as people treatment is removed in "4.0.26.0". Yes, I suspect this could be the root of many people's issues with CoverArt as there are tens of thousands of people images and, depending on where you get them, they could be quite large. In our modern app presentations, there is really very little use for treating the person images. [ebr ducks] 1
schmitty 66 Posted March 30, 2017 Posted March 30, 2017 Could this processing bog down the system so much that it could affect playback? Sent from my iPhone using Tapatalk
ebr 16169 Posted March 30, 2017 Posted March 30, 2017 Could this processing bog down the system so much that it could affect playback? Highly doubtful IMO. 1
ShoutingMan 101 Posted April 1, 2017 Author Posted April 1, 2017 I got the Server upgrade to 3.2.10.0 That revealed CoverArt 4.0.26.0 (BETA), which I installed. That didn't fix the problem. CA 4.0.26.0 didn't have any "People" options that I could find to disable. I still need to try the People thing with the .25 stable release.
ShoutingMan 101 Posted April 1, 2017 Author Posted April 1, 2017 Can you guys with this issue try setting your people treatment to "Ignore" and see if that makes a difference? Thanks. No effect
ebr 16169 Posted April 1, 2017 Posted April 1, 2017 Can you get me a fresh log with the problems you are seeing using 4.0.26? Thanks.
ShoutingMan 101 Posted April 2, 2017 Author Posted April 2, 2017 Can you get me a fresh log with the problems you are seeing using 4.0.26? Thanks. I installed, restarted, launched Emby Theater, scrolled through some Movies, then quit. Repeated for the 26 Beta. I don't have Debugging Logging enabled. If that would help, I can repeat with that turned on. 4.0.25.0 Cover Art 4.0.25.0 Log.txt 4.0.26.0 Beta Cover Art 4.0.26.0 Log.txt
ShoutingMan 101 Posted April 2, 2017 Author Posted April 2, 2017 And what was observed?Same as described initially: https://emby.media/community/index.php?/topic/46022-cover-art-issue/&do=findComment&comment=432789
ShoutingMan 101 Posted April 2, 2017 Author Posted April 2, 2017 Sorry, yes, I really do need the debug logging. Ok, I'll get that ASAP.
ShoutingMan 101 Posted April 2, 2017 Author Posted April 2, 2017 (edited) Sorry, yes, I really do need the debug logging. Enabled debugging and installed CA 26 beta. Also added new fresh screen caps of the Webview of Movie and TV Libearies showing the problem. Server Log for CA 26 Beta.txt (this one was taken after navigating back to the movies library to show how cover art basically stops at some point.) And here's the log with CA uninstalled Server Log for no CA 26 Beta.txt Edited April 2, 2017 by ShoutingMan
ebr 16169 Posted April 2, 2017 Posted April 2, 2017 Thanks. What is the difference between these two posters? 2017-04-02 09:59:44.1653 Info CoverArt: image enhance of Doctor Strange (3D) took 0.237 seconds. ... 2017-04-02 09:59:44.6922 Info CoverArt: image enhance of Doctor Strange took 2.447 seconds.
ShoutingMan 101 Posted April 2, 2017 Author Posted April 2, 2017 (edited) Thanks. What is the difference between these two posters? 2017-04-02 09:59:44.1653 Info CoverArt: image enhance of Doctor Strange (3D) took 0.237 seconds. ... 2017-04-02 09:59:44.6922 Info CoverArt: image enhance of Doctor Strange took 2.447 seconds. Doctor Strange (2016): 2000 x 3000, 1.23MB This is the default poster than Emby uses Doctor Strange (2016) [3D]: 2000 x 3000, 1.17MB This is a customized version of the default poster for 3D Edited April 2, 2017 by ShoutingMan
ebr 16169 Posted April 3, 2017 Posted April 3, 2017 So, you opened the 3D one in some sort of image editor, modified it and saved, correct? What happens if you open the other one in the same editor and re-save it?
ShoutingMan 101 Posted April 3, 2017 Author Posted April 3, 2017 So, you opened the 3D one in some sort of image editor, modified it and saved, correct? What happens if you open the other one in the same editor and re-save it? Yes, I edited the original Emby poster to add the "3D" logo and saved it as the poster.jpg for the [3D]. I'll open and save the 2D poster and post a new log file.
ShoutingMan 101 Posted April 3, 2017 Author Posted April 3, 2017 I edited both Doctor Strange posters (normal and 3D) to reduce their size to 1MB, and then re-added them in the metadata manager. I installed Cover Art 26 beta, then ran Theater and scrolled through the movies, Collections, and TV shows. I also looked at the Server movie webview. I saved the log file. (In this log file, I don't find any reference to Doctor Strange.) The behavior is essentially unchanged from previous tries. Server Log for CA 26 Beta edited Dr Strange.txt
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now