Images not updating and some reverting back to show no poster images

[xnetmedia 0]

Currently running Emby in a docker container and often run into issues where images will get caught in an update loop and shows a spinning green circle when manually updating images for movies. Also noticed that some media that was updated using identify or using edit images will update but then eventually revert back to show no poster image rather just a screen cap of said film. 

 

Note: I also use a lifetime license in case there are questions about possible licensing issues

 

Linux Version: Ubuntu Server 22.04.3 LTS

Docker version: 24.0.7

Emby Version: 4.7.14.0 

 

Edit: Also verified that using identify with IMDB ID's to pull data does not work. Seems like the only way to work around this is to create the same media profile using themoviedb.org with all the same information as listed on IMDB to bypass the issue.

Edited November 2, 2023 by xnetmedia

[Luke 37251]

Hi there, can you please provide a specific example? Thanks.

[xnetmedia 0]

One example is I will update an image for a film title then select upload or search and sometimes it will show a green circle. 

 

When selecting to refresh metadata for 1 flim multiple films I updated revert back to using a film segment as the poster instead again.

 

 

Issue when using IMDB ID's:

End Result

 

Submission

[xnetmedia 0]

On side note I do notice some metadata updates will not write jpg files the correlate with the media being updated using identify even with the option to replace images selected.

[Luke 37251]

Quote

When selecting to refresh metadata for 1 flim multiple films I updated revert back to using a film segment as the poster instead again.

What are the contents of folder that the video file is in?

[Luke 37251]

52 minutes ago, xnetmedia said:

One example is I will update an image for a film title then select upload or search and sometimes it will show a green circle. 

 

When selecting to refresh metadata for 1 flim multiple films I updated revert back to using a film segment as the poster instead again.

 

 

Issue when using IMDB ID's:

End Result

 

Submission

Maybe moviedb doesn't have that imdb id on file. Try using the moviedb id instead.

[Luke 37251]

37 minutes ago, xnetmedia said:

On side note I do notice some metadata updates will not write jpg files the correlate with the media being updated using identify even with the option to replace images selected.

Hi there, let's look at a specific example:

How to Report a Problem

Thanks.

[xnetmedia 0]

Due to a specific configuration type using the media directory within CasaOS to manage files in conjunction with a containerized instance of Emby within Ubuntu a work around with manually implementing poster images correct solved the initial problem for images as this appears to be a function Emby cannot handle between CasaOS within Ubuntu within a docker container even with explicit permissions. 

As for updating media directly from IMDB ID's we discovered the following in the logs:

 

 

2023-11-02 21:45:50.764 Info TheMovieDb: MovieDbProvider: Finding id for item: Never Hike Alone 2
2023-11-02 21:45:50.764 Info HttpClient: GET https://api.themoviedb.org/3/search/movie?api_key=x_secret1_x&query=Never Hike Alone 2&language=en-US
2023-11-02 21:45:50.855 Info HttpClient: GET https://private.omdbapi.com?apikey=x_secret3_x&plot=full&r=json&s=Never Hike Alone 2&type=movie
2023-11-02 21:45:50.953 Info HttpClient: GET https://api4.thetvdb.com/v4/search?type=movie&q=Never Hike Alone 2
2023-11-02 21:45:51.116 Info Server: http/1.1 Response 200 to host2. Time: 354ms. http://host1:8096/emby/Items/RemoteSearch/Movie?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzExOC4wLjAuMCBTYWZhcmkvNTM3LjM2fDE2OTgxODEwNDA5NzY1&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us&reqformat=json
2023-11-02 21:46:30.091 Info Server: http/1.1 POST http://host1:8096/emby/Items/RemoteSearch/Movie?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzExOC4wLjAuMCBTYWZhcmkvNTM3LjM2fDE2OTgxODEwNDA5NzY1&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us&reqformat=json. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36
2023-11-02 21:46:30.093 Info HttpClient: GET https://api.themoviedb.org/3/find/tt11940840?api_key=x_secret1_x&external_source=imdb_id
2023-11-02 21:46:30.141 Info HttpClient: GET https://private.omdbapi.com?apikey=x_secret3_x&i=tt11940840&plot=short&r=json
2023-11-02 21:46:30.220 Info HttpClient: GET https://api4.thetvdb.com/v4/search?type=movie&q=tt11940840&remote_id=tt11940840
2023-11-02 21:46:30.290 Info Server: http/1.1 Response 200 to host2. Time: 199ms. http://host1:8096/emby/Items/RemoteSearch/Movie?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzExOC4wLjAuMCBTYWZhcmkvNTM3LjM2fDE2OTgxODEwNDA5NzY1&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us&reqformat=json
2023-11-02 21:46:35.420 Info Server: http/1.1 POST http://host1:8096/emby/Items/RemoteSearch/Apply/299?ReplaceAllImages=true&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzExOC4wLjAuMCBTYWZhcmkvNTM3LjM2fDE2OTgxODEwNDA5NzY1&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us&reqformat=json. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36
2023-11-02 21:46:35.421 Info App: Setting provider id's to item 299-Never Hike Alone: {"Imdb":"tt11940840"}
2023-11-02 21:46:35.423 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: /app/emby/ffprobe -i file:"/data/movies/Never Hike Alone 2/Never Hike Alone 2 (2023).mp4" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format -show_data
2023-11-02 21:46:35.527 Info MediaProbeManager: ProcessRun 'ffprobe' Process exited with code 0 - Succeeded
2023-11-02 21:46:35.537 Info HttpClient: GET https://api.themoviedb.org/3/movie/tt11940840?api_key=x_secret1_x&append_to_response=alternative_titles,reviews,casts,releases,images,keywords,trailers&language=en-US&include_image_language=en-US,en,null,en
2023-11-02 21:46:35.672 Info HttpClient: GET https://api4.thetvdb.com/v4/search?type=movie&q=tt11940840&remote_id=tt11940840
2023-11-02 21:46:35.739 Info HttpClient: GET https://api4.thetvdb.com/v4/search?type=movie&q=Never Hike Alone II: Never Hike Again&year=2020
2023-11-02 21:46:35.989 Info HttpClient: GET https://api.themoviedb.org/3/movie/tt11940840?api_key=x_secret1_x&append_to_response=alternative_titles,reviews,casts,releases,images,keywords,trailers
2023-11-02 21:46:36.202 Info App: ProcessRun 'quick-extract-image' Execute: /app/emby/ffmpeg -skip_list 437 -f mp4 -threads 1 -copyts -i file:"/data/movies/Never Hike Alone 2/Never Hike Alone 2 (2023).mp4" -an -sn -update 1 -vf "scale=trunc(min(max(iw\,ih*dar)\,min(600\,0*dar))/2)*2:trunc(min(max(iw/dar\,ih)\,min(600/dar\,0))/2)*2,thumbnail=24" -vsync 0 -f image2 "/config/cache/temp/74464a81-558b-419c-a35a-37a702e4fcce.jpg"
2023-11-02 21:46:39.801 Info App: ProcessRun 'quick-extract-image' Process exited with code 0 - Succeeded
2023-11-02 21:46:39.811 Info Server: http/1.1 Response 204 to host2. Time: 4391ms. http://host1:8096/emby/Items/RemoteSearch/Apply/299?ReplaceAllImages=true&X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NCkgQXBwbGVXZWJLaXQvNTM3LjM2IChLSFRNTCwgbGlrZSBHZWNrbykgQ2hyb21lLzExOC4wLjAuMCBTYWZhcmkvNTM3LjM2fDE2OTgxODEwNDA5NzY1&X-Emby-Client-Version=4.7.14.0&X-Emby-Language=en-us&reqformat=json
2023-11-02 21:47:04.054 Info HttpClient: GET https://api.themoviedb.org/3/movie/tt11940840?api_key=x_secret1_x&append_to_response=alternative_titles,reviews,casts,releases,images,keywords,trailers

 

 

This indicates that IMDB data is pulled but not fully parsed into Emby.

As a solution and workaround the media source has to be re-created through available sources such as themoviedb.org as a viable workaround for the time being as Emby only pulls partial data with no discernable errors in log from sources such at IMDB.

 

 

 

 

[Luke 37251]

@xnetmediawe don't pull anything from Imdb directly. When you try and search by imdb id, that value gets sent to Moviedb.

So the results depend on whether or not MovieDb has that imdb id in their database.