Emby not showing all Cast/Crew images. Search not showing all People

[berrick 30]

So, I built a new Emby server, Version 4.8.8.0, on a Windows 11 VM, Running on HTTP port 8096, and HTTPS port 8920.

This was to fix a problem with existing music/artists not storing metadata in the Artist folders.

After Emby scanned my Libraries, my Movies aren't disapplying Cast or crew or only some. Searches aren't displaying all people.

It seems no matter how I try to correct, For example removing movie folder from library then adding back. Refreshing metadata,  nothing works.

I am not sure that doing a metadata refresh is even going to the internet.

If, however I add a new movie which has never been seen by Emby, after sometime it shows in the library complete with all cast and crew images.

Movie library is set as follows

• Enable real time monitoring = Enabled
• TheMovieDb = Enabled
• The Open Movie Database  = Enabled
• Metatdata Savers = NFO
• Movie Image Fetchers
  • TheMovieD = Enable
  • FanArt = Enabled
  • Image Capture = Enabled
  • Save artwork into media folders = Enabled
  • Download images in advance - Have tried with this enabled and disabled

In case it helps. Whilst not a practical option.
If I remove a movie from Emby, rename the movie files from say "Ultraviolet Unrated x265 (1080p) (2006)" to "Ultraviolet (2006) Unrated (1080p) x265" then add back to Emby, it does go to internet and all all cast/crew images .

At least on the one movie I have tried

Noticed this error in logs when I tried to refresh metatdata for a movie does help?

2024-08-17 15:03:55.520 Error Server: Error processing request
*** Error Report ***
Version: 4.8.8.0
Command line: C:\embyserver\system\EmbyServer.dll
Operating system: Microsoft Windows 10.0.22621
Framework: .NET 6.0.30
OS/Process: x64/x64
Runtime: C:/embyserver/system/System.Private.CoreLib.dll
Processor count: 4
Data path: C:\embyserver\programdata
Application path: C:\embyserver\system
MediaBrowser.Common.Extensions.ResourceNotFoundException: MediaBrowser.Common.Extensions.ResourceNotFoundException: Resource not found. Type: LibraryItem, Id: 114858
at Emby.Api.UserLibrary.UserLibraryService.Get(GetItem request)
at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task)
at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken)
at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken)
Source: Emby.Api
TargetSite: Void MoveNext()

 

Edited August 17, 2024 by berrick

[visproduction 315]

Berrick,  Your file naming does not follow the name guide.  If you follow that closely, it may fix the talent images.
 https://emby.media/support/articles/Movie-Naming.html

For example:
 2001 A Space Odyssey (1968)/2001 A Space Odyssey (1968) - 1080P.mp4
Use a ' - ' before the film resolution / version info

Also, are you aware that occasionally a user can playback h.265 directly, but more often they cannot, so it converts anyway to h.264 for playback.  Putting the codec name in the title is sort of senseless.  If people want to see the original media info, it's available further down on the media page.

Hope that helps.

Edited August 17, 2024 by visproduction

[berrick 30]

Thanks for taking the time to reply visproduction.

As I understand it the emby naming convention is a guide. The important thing is that the IMDB/The movie database IDs are correct as this is what Emby uses to pull down cast/crew images.

The names for the folders the movies are in do following the naming convention because as I understand it Emby uses the folder name to identify the movie. Some of the movies also follow the convention. But even the movies that do haven't pulled all cast/crew images. As said, newly added movies which haven't followed the naming convention have pulled all Cast/crew images.

Quote

are you aware that occasionally a user can playback h.265 directly, but more often they cannot, so it converts anyway to h.264 for playback.

I wasn't aware of this useful info, thanks.

Quote

Putting the codec name in the title is sort of senseless.

Don't worry, they don't see codec info in the name. Emby isnt using the file name as the display name

[Happy2Play 9780]

Would need the see the server log to see the query sent to providers.  As but the naming scheme at minimum should be "name (year)", also have to remember Emby uses folder name to query not filename unless you do not put movies in their own folders.

Also note people come for only the first provider set on the library.

[berrick 30]

Thanks for the reply Happy2Play,

Quote

Also note people come for only the first provider set on the library.

Didn't know this either, Thanks.

 

I have attached Emby log file which covers events just prior to asking for a full metadata refresh (Replace all metadata and replace existing images for 2 Guns, Events after the request.

From what I can see is at no time during the refresh does Emby attempt to go out to the data providers on the internet.

There are multiple Error Server: Error processing request around this time. Not sure if they are relevant.

 

The only time Emby goes to the internet is after the metadata refresh has completed. I manually clicked on one of the missing actor images. Then went back to main 2Guns page and refreshed. Then it displayed the actor image.

 

Might this be a weird bug to do with the metadata rate limiting I recall reading about?

EmbyLogPartial.txt

Edited August 18, 2024 by berrick

[Happy2Play 9780]

People are tricky as the are sort of a one and done so if they exist in the database refreshing a item will not refresh the person.  Does entering the person show the image?

As for the other error you will need to look a images on those specific items.

[berrick 30]

@Hppy2Play

Quote

Does entering the person show the image?

Yes and I can see in the logs that Emby goes to the internet to get the image.

So why does it not do so for the rest?

[Happy2Play 9780]

The are on demand unless you have download in advance enabled on library.

But yes they should be gotten when you open media but think similar has been reported before and will require entering or refreshing thing manually.

Will have to look but thought one of @mickle026plugins helped with this.

 

[berrick 30]

Thanks Happy2Play.

As previously stated I have tried both enabling and disabling "Download Images In advance". Currently it is enabled.
 

Not that it should have a bearing on this problem.

"After the initial import, automatically refresh metadata from the Internet" Is set to never

[Happy2Play 9780]

1 minute ago, berrick said:

Thanks Happy2Play.

As previously stated I have tried both enabling and disabling "Download Images In advance". Currently it is enabled.
 

Not that it should have a bearing on this problem.

"After the initial import, automatically refresh metadata from the Internet" Is set to never

Pretty sure the issue is the people are already in your db and just are not displaying on demand from media item.  Now if you can get media with a person not already in your db to do the same issue that will be a different story.  But people issues are really difficult to troubleshoot.

[berrick 30]

Quote

Pretty sure the issue is the people are already in your db

I did think that but the log I provided in post 5 clearly shows Emby going to the internet to get the image.

Do you know how I would use SQLite to search the the relevant db. Do you know where the db is located?

[Happy2Play 9780]

2 minutes ago, berrick said:

I did think that but the log I provided in post 5 clearly shows Emby going to the internet to get the image.

Do you know how I would use SQLite to search the the relevant db. Do you know where the db is located?

Per your log C:\embyserver\programdata\data\library.db, mediaitems table, type 23 for people.  Check the Images column for people with only URLs as they have not been downloaded yet.

[berrick 30]

OK, So if I have checked correctly, in My library.db looking for type 23, I have 27,405 entries.

Out of these most have tmdb or other ID's

However, only a small number, 3,425 actually have anything showing in the images column.

 

So from this I do not believe images already exist in the DB and Emby is failing to get them. Something is broken?

[Happy2Play 9780]

3 hours ago, berrick said:

So from this I do not believe images already exist in the DB and Emby is failing to get them. Something is broken?

It is really impossible to say as people are already in your database so Emby really thinks it is done.  So can only guess there was a issues at initial item import.  Now making it a task of manually enterering every per and/or manually refreshing people as there is no easy way to update multiple/all people unless you pull all there itemids from the database and refresh each one through the api.

[Luke 42077]

I would try refreshing the metadata on the movies or series that these actors belong to.

[berrick 30]

Hi Luke, Thanks for the reply.

I have tried that many time with different options

Not sure if it make a difference but this is an Emby portable install 

Version	4.8.8.0
Folders
Programme Data	C:\embyserver\programdata
Cache	Z:\EmbyMediaCache\cache
Metadata	z:\EmbyServerMetaData\metadata
Logs	C:\embyserver\programdata\logs
Transcoding Temporary Files	C:\embyserver\programdata\transcoding-temp

Tried renaming the library.db to create a new library. Whilst the library scanned and shows in Libraries it doesnt show up in emby.

 

[Happy2Play 9780]

1 minute ago, berrick said:

Tried renaming the library.db to create a new library. Whilst the library scanned and shows in Libraries it doesnt show up in emby.

You need to Toggle User Access and/or Parental controls as there is a slight disconnect with users.db and new library.db.  Something @Lukemay need to look into as the dbs are sort of a package deal.

[Luke 42077]

5 minutes ago, berrick said:

Hi Luke, Thanks for the reply.

I have tried that many time with different options

Not sure if it make a difference but this is an Emby portable install 

Version	4.8.8.0
Folders
Programme Data	C:\embyserver\programdata
Cache	Z:\EmbyMediaCache\cache
Metadata	z:\EmbyServerMetaData\metadata
Logs	C:\embyserver\programdata\logs
Transcoding Temporary Files	C:\embyserver\programdata\transcoding-temp

Tried renaming the library.db to create a new library. Whilst the library scanned and shows in Libraries it doesnt show up in emby.

 

You probably need to configure user access for each user after doing that.

[berrick 30]

Emby is broken

So I copied the library DB from the old server. Started Emby, scanned the movie library, refreshed metadata. Same thing most actor/crew missing.

Even the movies this db had never seen before which in the old library.db had all the cast/crew images are missing most of them.

 

[Luke 42077]

1 hour ago, berrick said:

Emby is broken

So I copied the library DB from the old server. Started Emby, scanned the movie library, refreshed metadata. Same thing most actor/crew missing.

Even the movies this db had never seen before which in the old library.db had all the cast/crew images are missing most of them.

 

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

How to Report a Problem

Thanks.

[berrick 30]

Hay Luke,

Have you seen my post 5?
It has logs which cover the Emby events when I asked for a metadata refresh and I did a manual Image update

If not what you are looking for please be specific and I will provide request info's

 

[Luke 42077]

1 hour ago, berrick said:

Hay Luke,

Have you seen my post 5?
It has logs which cover the Emby events when I asked for a metadata refresh and I did a manual Image update

If not what you are looking for please be specific and I will provide request info's

 

HI, yes but then you reset the database, which changes everything. For this reason it's best to look at a new example. Thanks.

[berrick 30]

Hi Luke,

I have carried out the following test and provided a fresh debug log covering this test.

In case it helps here are the approx. times each step was performed.

• 19:26 - Scanned movie Library - No images pulled. No attempt to go to provider
• 19:30 - Refreshed all metadata, replace images, of Trading places - No images pulled. No attempt to go to provider
• 19:34 - Refreshed Cast/Crew metadata for Jamie Lee Curtis - Image pulled @ 19:34:11 From 185.93.2.246 (image.tmdb.org)

Once refreshed Emby webpage The image displays in Emby.

 

Hope this is what you need.

embyserver.txt

[Luke 42077]

On 8/21/2024 at 2:48 PM, berrick said:

Hi Luke,

I have carried out the following test and provided a fresh debug log covering this test.

In case it helps here are the approx. times each step was performed.

• 19:26 - Scanned movie Library - No images pulled. No attempt to go to provider
• 19:30 - Refreshed all metadata, replace images, of Trading places - No images pulled. No attempt to go to provider
• 19:34 - Refreshed Cast/Crew metadata for Jamie Lee Curtis - Image pulled @ 19:34:11 From 185.93.2.246 (image.tmdb.org)

Once refreshed Emby webpage The image displays in Emby.

 

Hope this is what you need.

embyserver.txt 496.58 kB · 0 downloads

Hi, can you please show a screenshot of your enabled metadata fetchers on the library? Thanks.

[berrick 30]

Hi Luke,

As requested Movie Image metadata fetchers and fetcher settings