Wouter1980 1 Posted December 22, 2020 Posted December 22, 2020 (edited) I'm running 4.5.4.0 in a Docker container using the original docker image. Everything is working as expected, but I have two issues: 1. Before switching to Docker i felt that Emby was snappier. More responsive. Had more images in cache of something like that. Since I run it using Docker it's noticeably slower. I didn't Expect that since the overhead of Docker is minimal and my server is specced high enough. Any suggestions on how I can force the system to use more memory for cache of all the menu's en cover art? 2. The biggest issue however is that since I'm running in Docker I'm not getting any thumbnails. I'm sure my permissions are in order since the scanning of my library does generate .nfo files, saves cover art and background images, subtitles get saved without any issues. So I don't see why the thumbnails should have any issues with permissions. When I automatically start the process of generating thumbnails that process stops after 0 seconds. In other posts users get asked to post their thumbnail-failures.txt file. But there is no suck file anywhere on my system. Hopefully you can help this otherwise totally happy Emby user Edited December 22, 2020 by Wouter1980
Wouter1980 1 Posted December 27, 2020 Author Posted December 27, 2020 Does somebody have a solution for me please?
speechles 2055 Posted December 27, 2020 Posted December 27, 2020 (edited) READ THE POST BELOW THIS ONE BEFORE DOING ANYTHING THE ADVICE BELOW IS A LAST RESORT FIRST STEP IF NOTHING ELSE WORKS Delete your entire /cache folder of images as likely they no longer have relevent GUID. Then on the web app right click the 3-dots on the library icon of each of your libraries one by one letting each finish before you start the next. Choose "Refresh Metadata" and in the popup that opens make sure to checkmark the "Replace Existing Images" and make sure the dropdown says "Replace all metadata" and then click "Refresh" at the bottom. After this just wait. It should all be automatic from this point. You will need reliable internet with working DNS and it should just work after this. It will take time but time is something we all have too much of right now. Pandemic makes time stand still. If you still do not have images after doing this please come back and shout at me. Feel free to go off in a big way. Have to start at the first step though to see how serious your issue is. The stepping stone approach. Edited December 27, 2020 by speechles
speechles 2055 Posted December 27, 2020 Posted December 27, 2020 (edited) ALSO.. perhaps your system lacks image scaling softwares? This would make it so Emby cannot create optimized cache images for each application. It would instead be forced to send full resolution images which would drag your system to its knees. It would also cause problems in the applications because it would consume all their RAM with just a few images and the rest of the images would never have room in RAM to populate. This problem affects the Roku and is how I am aware of it. When users do not prescale with Emby and send huge images to the Roku app it will flicker/blink and cause major UI issues because of how much those images now consume. We have special code in the Beta Roku app to scale on the device to prevent this in case users cannot scale images they send the Roku. BEFORE YOU DO ANYTHING Please let us see the Emby server log when you browse your Emby server and images are not populating. This will give a clear signal what is going wrong and where to step. Edited December 27, 2020 by speechles
Wouter1980 1 Posted December 27, 2020 Author Posted December 27, 2020 That cant be the solution. I have this issue since I first installed Emby in a Docker container. All cached images have correct user and group id's.
speechles 2055 Posted December 27, 2020 Posted December 27, 2020 (edited) 4 minutes ago, Wouter1980 said: That cant be the solution. I have this issue since I first installed Emby in a Docker container. All cached images have correct user and group id's. Do you have scaling software? Is there an error in the logs when sending images because it cannot scale them? Your server would be considerably slower sending images at full size. Apps would consume all their RAM holding them. Many would not populate. Are you missing images on the main UI of the homescreen of Emby. If so this is your issue likely. You do not have scaling software Emby can use possibly? Seeing your server logs would show us what is wrong. In other words, are those cache images the same size/resolution as the images themselves? Did Emby modify them to the resolution and quality the app wants? The Roku would ask for a certain resolution at 80% quality to keep things in check and not break the app. The images in the cache should be lower quality and smaller resolution. If they are not this is your problem. Edited December 27, 2020 by speechles
Wouter1980 1 Posted December 27, 2020 Author Posted December 27, 2020 (edited) I didn't install any scaling software manually. But i didn't do that when using Emby without docker. Also, i assume that the Emby Docker image would contain all it needs. I'm seeing more than a GB of scaled images in the cache folder. User rights appear to be correct there as well. When browsing my library I don't have any missing images, they load quickly. I have some audio albums with 5mb cover images, when looking at them in the browser I get a scaled image in return. What server logs do you need? Edited December 27, 2020 by Wouter1980
speechles 2055 Posted December 27, 2020 Posted December 27, 2020 It might have been the initial creation into cache was causing the slowdown. When you first install Emby the initial display of images may be laggy because this cache has to be constructed. As you navigate and browse around you build these caches. Once you browse into a place you have already been it should be considerably faster than the first time. The images should be much quicker to populate. Is that what this is? Or have you been running Emby in docker for some time and browsed all the images many times before? The server log from you experience the problem. You can redact your IP addresses and anything else with find/replace but use [MY IP WAS HERE] or similar to show what was there but not literally what was there. Then we can see where the slowdowns are occur and how best to pass that upstream to the people who can actually do something with that information. We are here to help you. But we need help to do that with the logs. Thanks and apologies for your trouble. Happy Holidays.
Luke 42078 Posted December 27, 2020 Posted December 27, 2020 Hi, did you enable thumbnail creation in your library options?
Wouter1980 1 Posted December 28, 2020 Author Posted December 28, 2020 What server log do you need. The embyserver.txt file?
Luke 42078 Posted December 28, 2020 Posted December 28, 2020 4 hours ago, Wouter1980 said: Yes that's on. It's not enabled. Look at the first option there.
Wouter1980 1 Posted December 28, 2020 Author Posted December 28, 2020 Sorry it's in Dutch. The first option is for video previews. I don't want that. The second option is for thumbnail images. I do want that. I set them on chapter marks. So when opening a movie I get a nice list of chapters there.
Luke 42078 Posted December 28, 2020 Posted December 28, 2020 Those options are both for the same thing. You enable video previews first, then select the interval you want.
Wouter1980 1 Posted December 28, 2020 Author Posted December 28, 2020 So it doesn't create a video file but a static screenshot? Might i suggest to change the description of that option then because it reads like it makes a video preview. Like with netflix that you see the first 30 seconds of a show before you hit play.
Luke 42078 Posted December 29, 2020 Posted December 29, 2020 It creates preview thumbnails that are displayed when seeking. Thanks for the feedback.
Wouter1980 1 Posted December 29, 2020 Author Posted December 29, 2020 So I turned it on and indeed it's working. Feel kinda stupid now. Can't remember turning that on in my earlier Emby installation. I did a comprehensive search in the documentation last night but couldn't find any explanation for the working of these options. So im glad your taking my feedback onboard and will make this functionality a bit more clear in the future Thnx for the help! 1
Luke 42078 Posted December 29, 2020 Posted December 29, 2020 Thanks for the feedback. We'll look at improving the descriptions of the options.
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