Nick's MCE 59 Posted December 27, 2015 Posted December 27, 2015 Hi Recently I noticed that some fanart is not downloading automatically, specifically cleararts,banners, discs. I checked the sever and metadata settings are they are all selcted accordingly. Anyone have any ideas on this, maybe started about a month ago. Thanks Nick 1
Oxide 139 Posted December 28, 2015 Posted December 28, 2015 I checked and it's also happening on my server, not sure if it makes a difference but I'm running the x64 version.
Luke 39696 Posted December 28, 2015 Posted December 28, 2015 For secondary image types, basically everything aside from the poster and backdrop, we are now just saving the internet image url's and doing the downloading on demand when it's actually needed by an emby app.
Nick's MCE 59 Posted December 28, 2015 Author Posted December 28, 2015 Ok, so firstly who decided they are secondry images, as a fanart artist that is rather insulting considering the untold hours we spend making the art for EMBY and the coming EMBY THEATRE. I am however not surprised considering the responses I got asking for cleararts to be included in the new Emby Theatre. Why would you do this if the user can turn them on and of, lock them on the server if they don't want them to download. For a fanarter, yes the people who actually create all the wonderful logo's and covers for the Emby it now just adds an extra process when updating movie folders. Basically I would look in an old or new movie folder and check what art was there to decide what art we need to make to fill the set, ie; discs, cleararts etc. Now I will need to go on-line to fanart and search the actual art folder to understand if there is anything missing, just annoying. This is the first time in 4 years that I am actually pissed about something which has happened on Emby, bad decision. It needs to be changed back, seriously. Still smiling a bit ;) Nicks 1
Luke 39696 Posted December 28, 2015 Posted December 28, 2015 We can always add a setting for this but this has to be the new default. We're under a lot of pressure from users to speed up the process of importing new content into the system. 1
Deathsquirrel 744 Posted December 28, 2015 Posted December 28, 2015 When adding a movie it's pretty easy to check the images that were grabbed and download any missing ones. The new default makes sense to me. Plenty of clients don't use the extra images and the speed of downloading the images and metadata generates a lot of posts. Retrieving on request seems reasonable.
Koleckai Silvestri 1151 Posted December 28, 2015 Posted December 28, 2015 We can always add a setting for this but this has to be the new default. We're under a lot of pressure from users to speed up the process of importing new content into the system. Fine with the default but would like a way to override it. Storage is cheap these days. For me, internet is cheap as well. I would rather have the images and not need them over needing them and not have them. 2
overClocked! 64 Posted December 28, 2015 Posted December 28, 2015 Fine with the default but would like a way to override it. Storage is cheap these days. For me, internet is cheap as well. I would rather have the images and not need them over needing them and not have them. Agreed. I would also like the option to change this behavior as appropriate to the user. There are those that have installs that will be running offline (no internet access once deployed). Saving the artwork into the media folders affords this installation option for those that do not have an always on Internet connection or none at all. I get (and agree with) the reasons you would implement such a feature, but don't those URLs change over time? Sent from my iPhone using Tapatalk 1
Nick's MCE 59 Posted December 28, 2015 Author Posted December 28, 2015 Hi all When adding a movie it's pretty easy to check the images that were grabbed and download any missing ones. The new default makes sense to me. Plenty of clients don't use the extra images and the speed of downloading the images and metadata generates a lot of posts. Retrieving on request seems reasonable. Sure it's easy to check what has not been downloaded when adding a movie, my point is more that as a fanart artist it adds another process. I am working on 10-15 movies a week both new and old and spending 20 hours a week, and like to work at speed, having to go online and check the fanart is just annoying and a waste of time. I feel there has been an assumption that people don't want or need the art. The simple solution would be to make it an option on the server, keeps us all happy. Thanks Nick
Nick's MCE 59 Posted December 28, 2015 Author Posted December 28, 2015 Agreed. I would also like the option to change this behavior as appropriate to the user. There are those that have installs that will be running offline (no internet access once deployed). Saving the artwork into the media folders affords this installation option for those that do not have an always on Internet connection or none at all. I get (and agree with) the reasons you would implement such a feature, but don't those URLs change over time? Sent from my iPhone using Tapatalk Thanks, the option makes sense.
Nick's MCE 59 Posted December 28, 2015 Author Posted December 28, 2015 By the way if you want to check out my work you can see it below. I guarantee you have all got something of mine in your collection and considering the work that goes into it both by me and all the others on fanart you should be able to understand why we want it out there. https://fanart.tv/members/nicks-mce/movie-images/ Later Nicks 2
rickster53 27 Posted December 28, 2015 Posted December 28, 2015 Fine with the default but would like a way to override it. Storage is cheap these days. For me, internet is cheap as well. I would rather have the images and not need them over needing them and not have them. I agree. Instead of taking away something that's been there, make it an option to take it away for those that don't like it...
Luke 39696 Posted December 28, 2015 Posted December 28, 2015 Unfortunately it's not that simple and that's why the default has changed, but yes an option can be added. Maybe you guys could go over to other parts of the forum and defend the longer library scan and the benefits that it brings. But even that doesn't account for the people who never visit the community, never touch settings, then think it's slow and move onto something else. Blame the proliferation of mobile apps that put everything at user's fingertips, but user patience levels of waiting for anything are at all-time lows, which forces us to adapt. And yes, that means a trade-off decision was made, knowing that some would be upset, but the majority would never end up noticing as long the apps are displaying the images. 2
rickster53 27 Posted December 28, 2015 Posted December 28, 2015 Unfortunately it's not that simple and that's why the default has changed, but yes an option can be added. Maybe you guys could go over to other parts of the forum and defend the longer library scan and the benefits that it brings. But even that doesn't account for the people who never visit the community, never touch settings, then think it's slow and move onto something else. Blame the proliferation of mobile apps that put everything at user's fingertips, but user patience levels of waiting for anything are at all-time lows, which forces us to adapt. And yes, that means a trade-off decision was made, knowing that some would be upset, but the majority would never end up noticing as long the apps are displaying the images. Points well taken... Never meant to imply that it was simple and I appreciate the difficulty of the decisions you need to make on where the product goes and what it does. So if it can be made an option that satisfies both sides of the issue, that works for everyone!
overClocked! 64 Posted January 7, 2016 Posted January 7, 2016 (edited) For secondary image types, basically everything aside from the poster and backdrop, we are now just saving the internet image url's and doing the downloading on demand when it's actually needed by an emby app. At what point do the additional images download when accessing the content through the app? I tried this with Emby for WMC which does a rotating backdrop slideshow when viewing media and it did not get the extra backdrops for a newly imported movie. It did get a disc image, and a banner, but did not get additional backdrops. Where can I see the saved URL information? I even started another Library scan and they still did not pull down. My settings set a maximum of 10 backdrops for movies, so I know it should at least try to grab more than one. Man. It's really gonna suck if those don't download. It's one of the main reasons why my associates and I continue to use Emby for WMC as our main theater software. For the art. Edited January 7, 2016 by overClocked!
Luke 39696 Posted January 8, 2016 Posted January 8, 2016 It has no effect on what gets downloaded, only when. What gets downloaded still depends on settings
overClocked! 64 Posted January 8, 2016 Posted January 8, 2016 (edited) It has no effect on what gets downloaded, only when. What gets downloaded still depends on settingsI have all items checked to be downloaded for the Movies content Type. So I expect for those types of available images selected to be downloaded when I view the content in the app. But they are not. It should download up to 10 backdrops but it's only grabbing 1. That's the problem. Is this an issue with TMDB? Getting timeout errors like crazy. Sent from my iPhone using Tapatalk Edited January 8, 2016 by overClocked!
Happy2Play 9364 Posted January 8, 2016 Posted January 8, 2016 Tested on dev dropping test media Furious 7 into library with images set to 20. Pulled 20 backdrops 2016-01-07 18:33:27.9723 Info App: HttpClientManager GET: http://www.omdbapi.com/?plot=short&r=json&y=2015&s=Furious+7&type=movie2016-01-07 18:33:28.0572 Info App: HttpClientManager GET: http://www.omdbapi.com/?i=tt2820852&tomatoes=true2016-01-07 18:33:28.0810 Info App: HttpClientManager GET: http://api.themoviedb.org/3/movie/tt2820852?api_key=f6bd687ffa63cd282b6ff2c6877f2669&append_to_response=casts,releases,images,keywords,trailers&language=en&include_image_language=en,null2016-01-07 18:33:28.4830 Info App: HttpClientManager GET: http://assets.fanart.tv/fanart/movies/168259/movieposter/fast--furious-7-550c7483a19ce.jpg2016-01-07 18:33:28.9172 Info App: HttpClientManager GET: http://assets.fanart.tv/fanart/movies/168259/hdmovielogo/fast--furious-7-551a5f9722ecf.png2016-01-07 18:33:29.2588 Info App: HttpClientManager GET: http://assets.fanart.tv/fanart/movies/168259/moviethumb/fast--furious-7-55a3d92aaeec7.jpg2016-01-07 18:33:29.7053 Info App: HttpClientManager GET: http://assets.fanart.tv/fanart/movies/168259/moviebackground/fast--furious-7-551ea38982b55.jpg2016-01-07 18:33:29.8559 Info App: HttpClientManager GET: http://assets.fanart.tv/fanart/movies/168259/moviebackground/fast--furious-7-55cdc6b1ea60e.jpg2016-01-07 18:33:29.9662 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/uVo6BMTKdCwjN8eRnpQl3HjLC32.jpg2016-01-07 18:33:30.1463 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/ypyeMfKydpyuuTMdp36rMlkGDUL.jpg2016-01-07 18:33:30.3873 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/c1OSRvorPXvGtFka7mgV6Jcw6jd.jpg2016-01-07 18:33:30.5710 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/cjV5x6XCGVtbYLEmEgsbOi01rl3.jpg2016-01-07 18:33:30.6367 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/4bqYv884gjPzM6mHL4CdW1XZBHA.jpg2016-01-07 18:33:30.7397 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/cc9vVtheWNJx3KwUmgRpiK8nzNw.jpg2016-01-07 18:33:30.7797 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/fbc119EK6dMhYCF1t1eAlMxF1zy.jpg2016-01-07 18:33:30.8535 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/3Ge8eFdUrHSFtgT2G7I0vE0rXVe.jpg2016-01-07 18:33:30.9285 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/lONqdclnZY96tkKYhsIlmdyUjGx.jpg2016-01-07 18:33:30.9941 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/cNuTAEjx6WvWCdY5yFuP9KMQmjG.jpg2016-01-07 18:33:31.0475 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/yOtJBwg3lkCfJmzShsJzyjPSEWa.jpg2016-01-07 18:33:31.0949 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/gzNvhN8vhyeT8ko91FR4DawDzaR.jpg2016-01-07 18:33:31.1376 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/v8jnd6oJKFZbQazAOgoQAHn3aKb.jpg2016-01-07 18:33:31.2291 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/dZegLJ49Pg9PJzRtiW2kbsfCzVR.jpg2016-01-07 18:33:31.3148 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/ynOIOcYEhSKpLWrqD2tDkIhYgXd.jpg2016-01-07 18:33:31.3748 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/3MuMAkK5DU8cXFvJkSqcsscLIqe.jpg2016-01-07 18:33:31.5292 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/A6cOzmZBS5BlvrXlUSdmT6gv0BO.jpg2016-01-07 18:33:31.5844 Info App: HttpClientManager GET: http://image.tmdb.org/t/p/original/4Kolub6TU5LNjuCYZ3QC8XaaZWz.jpg
KRONZO 17 Posted January 8, 2016 Posted January 8, 2016 Hi On a clean install of latest emby server as of today shows with no metadata I have set emby to download 11 backdrops/fanart, but it only downloads 1. if I select the top folder and do a refresh images it will download 1 more fanart to each folder, so i now have two extra fanarts but im not really keen on refresing 11 times. is there something to do to fix this. I read another post regarding this here on the forums, im sorry but i cant seem to find it again
Happy2Play 9364 Posted January 8, 2016 Posted January 8, 2016 What server version? What is your image fetcher order? I just changed for 1 image to 20 and chose Refresh-none-download missing images and got 19 more images.
Luke 39696 Posted January 8, 2016 Posted January 8, 2016 What server version? What is your image fetcher order? I just changed for 1 image to 20 and chose Refresh-none-download missing images and got 19 more images. Clean install, stable I would assume.
KRONZO 17 Posted January 8, 2016 Posted January 8, 2016 (edited) emby version 3.0.5785.0 Image fetcher order is tvdb, fanart, tmdb I tried to change it to fanart first just downloaded one more fanart. The reason i did a clean install of emby was that when adding a new show or deleting all info for a show emby would not download any images without a refresh so maybe these are related ?http://drive.google.com/file/d/0B0F_0N-z5bbQSHFkdDNkREpRMVk/view?usp=sharing Edited January 8, 2016 by KRONZO
Nick's MCE 59 Posted January 8, 2016 Author Posted January 8, 2016 Actually I have the same issue, I have all the settings checked to download and backdrops at 10. I never get more than 1 and maybe 1 more in a folder. Aside from this no discs, no clearart and no banners anymore. Bit frustrating as it all happened when it was changed to only download when needed. When will the extra fanart download, what clasify's as "when Needed". Maybe I am doing something wrong, but it shouldn't be that hard!!!, sometimes things are just tweeked beyond user friendly.
Happy2Play 9364 Posted January 8, 2016 Posted January 8, 2016 emby version 3.0.5785.0[/size] Image fetcher order is tvdb, fanart, tmdb[/size] I tried to change it to fanart first just downloaded one more fanart.[/size] The reason i did a clean install of emby was that when adding a new show or deleting all info for a show emby would not download any images without a refresh so maybe these are related ?http://drive.google.com/file/d/0B0F_0N-z5bbQSHFkdDNkREpRMVk/view?usp=sharing[/size] Tested on stable 3.0.5785.0, beta 3.0.5802.0, and dev 3.0.5851.25344 - Refreshing media after changing backdrop number downloaded backdrops. Here are my options 1
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