Jump to content

Quick and easy way to edit/control credit list contents


Recommended Posts

Happy2Play
Posted (edited)
4 minutes ago, Alcyone7 said:

Guess they've been updating their data - or the PGA/studios have pushed for the data to be more complete with the "crew". But seriously, Scenario Writer.  WHY? 😀
The previous scan never had this many "crew" roles as it appears now. Weird.

Well it is the api classification ie writing department as JOB is just the Role used.

{
                "adult": false,
                "gender": 2,
                "id": 10769,
                "known_for_department": "Writing",
                "name": "Calder Willingham",
                "original_name": "Calder Willingham",
                "popularity": 0.3997,
                "credit_id": "575d90fbc3a36837310004ed",
                "department": "Writing",
                "job": "Scenario Writer"
            }

Might be something changed so the "job" field is being use instead of department?

Edited by Happy2Play
Happy2Play
Posted
2 minutes ago, Jmackay82 said:

Like the attached, they were all there yesterday and for no reason suddenly gone today 

Screenshot_20251229_161949_Emby.jpg

Screenshot_20251229_161958_Emby.jpg

Unrelated to this topic but this is something broke in quering your supposed existing images per your database info.

Posted
2 minutes ago, Jmackay82 said:

Like the attached, they were all there yesterday and for no reason suddenly gone today 

Screenshot_20251229_161949_Emby.jpg

Screenshot_20251229_161958_Emby.jpg

Well at least no issue with show/background/series images here - all appear; the missing images from my screenshot are only the cast/crew whom, I guess, have no photo at any of the image fetchers.

 

Happy2Play
Posted (edited)
4 minutes ago, Alcyone7 said:

Well at least no issue with show/background/series images here - all appear; the missing images from my screenshot are only the cast/crew whom, I guess, have no photo at any of the image fetchers.

 

Broken placeholder usually mean the db thinks they are in a specific place but they aren't and should see the corresponding error in server log showing ie not found image.

Edited by Happy2Play
Posted
3 minutes ago, Happy2Play said:

Well it is the api classification ie writing department as JOB is just the Role used.

{
                "adult": false,
                "gender": 2,
                "id": 10769,
                "known_for_department": "Writing",
                "name": "Calder Willingham",
                "original_name": "Calder Willingham",
                "popularity": 0.3997,
                "credit_id": "575d90fbc3a36837310004ed",
                "department": "Writing",
                "job": "Scenario Writer"
            }

 

Just the fact that they've gone from Director, the odd producer, to well - a whole slew of crew and random titles/roles.  Why this is now being spewed out by TMDB and OMDB where it wasn't before - who knows.  Back to the original query - this cannot be filtered.  So that's that.

Happy2Play
Posted
Just now, Alcyone7 said:

Just the fact that they've gone from Director, the odd producer, to well - a whole slew of crew and random titles/roles.  Why this is now being spewed out by TMDB and OMDB where it wasn't before - who knows.  Back to the original query - this cannot be filtered.  So that's that.

No we have no control over what is gotten from provider ie Actors/Crew (director/producer/writer/ect...)

I guess that would be a FR to limit people type per provider data.

Posted
3 minutes ago, Happy2Play said:

Broken placeholder usually mean the db thinks they are in a specific place but they aren't and should see the corresponding error in server log showing ie not found image.

No broken placeholders for me - that was Jmackay82.

  • Haha 1
  • Agree 1
Posted
1 minute ago, Happy2Play said:

No we have no control over what is gotten from provider ie Actors/Crew (director/producer/writer/ect...)

I guess that would be a FR to limit people type per provider data.

Which was my question - can Emby filter the "new" unwanted data - I know you can't stop what is being delivered, only what gets displayed.  Again, confirmed - no, Emby cannot filter and has no bulk delete for entries labelled "Job: Producer".  It would a niche function anyway, just thought it was worth asking. Could always use SQLite and delete them myself.... not worth the effort.

Posted
6 minutes ago, Alcyone7 said:

No broken placeholders for me - that was Jmackay82.

Log attached 😉 

embyserver (4).txt

Happy2Play
Posted
4 minutes ago, Alcyone7 said:

Which was my question - can Emby filter the "new" unwanted data - I know you can't stop what is being delivered, only what gets displayed.  Again, confirmed - no, Emby cannot filter and has no bulk delete for entries labelled "Job: Producer".  It would a niche function anyway, just thought it was worth asking. Could always use SQLite and delete them myself.... not worth the effort.

There currently are no filters for this to exclude displaying anything that exists in metadata that Emby actually uses.

Besides you own metadata reader assuming you write metadata.  Just like I tweak the xml metadata reader plugin to read different fields then what the plugin is defaulted to as I still use xml metadata from third party metadata provider.

 

Happy2Play
Posted
4 minutes ago, Jmackay82 said:

OT:  But to me this "Could not find a part of the path" as the DB thinks the image should be here.

2025-12-29 16:29:25.333 Error ImageService-0HNI6HCVR4HPH:0000001F: Error processing request
	*** Error Report ***
	Version: 4.9.4.1
	Command line: C:\Users\Gigabit\AppData\Roaming\Emby-Server\system\EmbyServer.dll -noautorunwebapp
	Operating system: Microsoft Windows 10.0.26200
	OS/Process: x64/x64
	Framework: .NET 8.0.22
	Runtime: C:/Users/Gigabit/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
	Processor count: 12
	Data path: C:\Users\Gigabit\AppData\Roaming\Emby-Server\programdata
	Application path: C:\Users\Gigabit\AppData\Roaming\Emby-Server\system
	System.IO.DirectoryNotFoundException: System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\Gigabit\AppData\Roaming\Emby-Server\programdata\metadata\library\cd\cd9b8ffe644643d48bf2661be2c9243c\fanart.jpg'.
	   at System.IO.FileSystem.CopyFile(String sourceFullPath, String destFullPath, Boolean overwrite)
	   at Emby.Drawing.Skia.SkiaEncoder.GetTempFile(String path, Boolean isError)
	   at Emby.Drawing.Skia.SkiaEncoder.GetSKFileStream(String path)
	   at Emby.Drawing.Skia.SkiaEncoder.EncodeImage(String inputPath, String outputPath, Boolean autoOrient, Nullable`1 orientation, Int32 quality, ImageProcessingOptions options, ImageFormat selectedOutputFormat)
	   at Emby.Drawing.ImageProcessor.ProcessImage(ImageProcessingOptions options, CancellationToken cancellationToken)
	   at Emby.Api.Images.ImageService.GetImage(ImageRequest request, Int64 itemId, BaseItem item, Boolean isHeadRequest)
	   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, RestPath restPath, String urlString, String localPath, String contentTypeInPath, CancellationToken cancellationToken)
	Source: System.Private.CoreLib
	TargetSite: Void CopyFile(System.String, System.String, Boolean)
	Path: C:\Users\Gigabit\AppData\Roaming\Emby-Server\programdata\metadata\library\cd\cd9b8ffe644643d48bf2661be2c9243c\fanart.jpg

 

Posted

This server was restored from a backup, the previous hardware killed over, should be identical as build etc restored onto was identical but all the images were missing, I had to rescan all meta and media folders choosing option to replace all images, took around 3 days to complete then yesterday everything was perfect woke up this morning and 60% of images are gone for no reason

Happy2Play
Posted (edited)

@Alcyone7really old discussion in this not completely related FR but talks about your request.

 

 

Edited by Happy2Play
Posted
1 hour ago, Happy2Play said:

@Alcyone7really old discussion in this not completely related FR but talks about your request.

 

 

I agree with the devs here - no real practical suggestions, especially if the API can be changed so easily rendering any backend work broken. It's either SQLite or live with it I guess.

Posted

Maybe TMM can only pull in the things you want, just have to move the NFO with the file and enable metadata reader, but I don't use TMM so I'm not sure...

  • Like 1
Happy2Play
Posted (edited)
33 minutes ago, Alcyone7 said:

I agree with the devs here - no real practical suggestions, especially if the API can be changed so easily rendering any backend work broken. It's either SQLite or live with it I guess.

Look like like you can look in the itempeople2 table to all that you have, then all the other linking per id per other tables.

peopletype

0=Actor

1=Director

2=Writer (or whatever Job title given)

3=Producer

7 minutes ago, Lessaj said:

Maybe TMM can only pull in the things you want, just have to move the NFO with the file and enable metadata reader, but I don't use TMM so I'm not sure...

Possibly as they have options here.

image.png.038501b580e8f4fb76262a7ea4ce9bcb.png

image.png.5dbaba95b00bae041e929c946690ec41.png

Edited by Happy2Play
added image

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...