Refresh People Only

[pgriffith 88]

Hi

I've noticed that a lot of my actors (Nicolas Cage for example) have an image assigned to their profile but do not have a corresponding Nicolas Cage-tmdb-XXXX folder containing the image in the people folder in the metadata folder. I'm guessing this is stored in the database somewhere, why aren't they all in people?

I notice that if I edit image and choose a new image, or even the same image again then a folder in people is created.

I want ALL my actor images located in the people folder so I can easily take this folder and put it on another Emby installation.

Is there a way to refresh ONLY people and nothing else, for example I have changed a lot of my movie posters from the default fetched one that was grabbed when I added the movie. I remember there used to be a task for People which is no longer there.

Edited May 17, 2024 by pgriffith

[Smitty018210 143]

I have also wanted something like this for awhile.

[pgriffith 88]

OK

It seems it does not behave like I thought it did. The very act of displaying actors on screen makes EMBY create a folder for that actor with the image contained within (assuming they have an image already).

As there is no easy way to display actors on screen, I tried searching by each vowel, then filtering to actors, then scrolling through them all, but that only gives a limited search result. So doing common names instead.

Tedious, but it works.

If anyone knows how to get all actors up at once so I can set my mouse to auto-scroll and walkway for an hour, please let me know.

Edited May 17, 2024 by pgriffith

[visproduction 315]

Hi, I believe I saw in another post that searches were limited to 50 results to help the software run faster and not get bogged down with a search.  I would guess, if you let searches run for all results without having pagination, it would be possible to eat up CPU speed so much that any other user watching something would stutter and stop.  I have coded pagination for search results before and it has a lot of issues, takes many hours of time, causes bugs and I would guess the number of users who would actually make use of this is low.  Dbase searches limited to 50 results makes much more sense, in my opinion.

[pgriffith 88]

The search behaviour is kinda weird.

If I search for 1, 2 or 3 characters (take Smith for example), s, sm, smi. They all return a maximum of 50 results.

As soon as you hit 4 letters it seems all limits are removed. Smit returned 700 results which I'm guessing is ALL the Smiths.

[Luke 42080]

11 hours ago, pgriffith said:

The search behaviour is kinda weird.

If I search for 1, 2 or 3 characters (take Smith for example), s, sm, smi. They all return a maximum of 50 results.

As soon as you hit 4 letters it seems all limits are removed. Smit returned 700 results which I'm guessing is ALL the Smiths.

It is an optimization, hopefully a temporary one. Ideally we'd like to return all results in all cases, but when the search string is small it can lead to queries taking a long time if you try to bring everything back. We are constantly working on getting that down and will hopefully be able to make it always return all at some point.