starred/jellyfin

Fork 0

mirror of https://github.com/jellyfin/jellyfin.git synced 2026-01-23 23:20:51 +01:00

Sort and use the best rated pictures for primary pictures #6629

New issue

Open

opened 2025-12-22 04:34:46 +01:00 by backuprepo · 5 comments

backuprepo commented

2025-12-22 04:34:46 +01:00

Owner

Originally created by @sic6SaNdMaN on GitHub (Jan 1, 2025).

This issue respects the following points:

This is a bug, not a question or a configuration issue; Please visit our forum or chat rooms first to troubleshoot with volunteers, before creating a report. The links can be found here.
This issue is not already reported on GitHub (I've searched it).
I'm using an up to date version of Jellyfin Server stable, unstable or master; We generally do not support previous older versions. If possible, please update to the latest version before opening an issue.
I agree to follow Jellyfin's Code of Conduct.
This report addresses only a single issue; If you encounter multiple issues, kindly create separate reports for each one.

Description of the bug

When adding new series/movies to the libraries, the automated choice for primary pictures is always the worst.
It uses "Unrated" pictures that aren't as good as others, that also have a ranking.
The same can be seen, when you "edit the pictures" via the three-dot menu.

Two examples:

You can see, that the first pics in the row have a rating of "Unrated" or at least a lower rating and the better ones (with rating 8.0) are later on in the list - so they aren't used in the first place.

It seems to work just fine on logos, thumbnais and backgrounds.

It also should consider the language of the user (in my case 'de').
So the order should be:

highest rated to lowest rated in the current language
highest rated to lowest rated in the default or unknown language (perhaps always consider 'en', because most of the stuff is 'en')
Unrated in the current language
Unrated in the default or unknown language

Reproduction steps

go to your library (movies or series)
use the three-dot menu on an item
"edit pictures"
click on the search icon below "primary" picture

What is the current bug behavior?

==> no particularly order of the pictures, so the first one, that is taken, can be the worst...

What is the expected correct behavior?

The best rated primary picture (in the current language) should be first in list and automatically used when a new series/movie is found in the library.

Jellyfin Server version

10.10.0+

Specify commit id

No response

Specify unstable release number

No response

Specify version number

10.10.3.0

Specify the build version

10.10.3

Environment

- OS: Debian GNU/Linux 12 (bookworm)
- Linux Kernel: Linux rpi4-1 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr  3 17:24:16 BST 2023 aarch64 GNU/Linux
- Virtualization: none
- Clients: Web, Kodi on nVIDIA Shield
- Browser: Chrome, always updated
- FFmpeg Version: ffmpeg version 7.0.2-Jellyfin Copyright (c) 2000-2024 the FFmpeg developers
- Playback Method: native

Jellyfin logs

Nothing in the logs for that issue.
I can provide logs, when it makes sense (extra debug logs) - just need to know how to produce them.

FFmpeg logs

Client / Browser logs

No response

Relevant screenshots or videos

No response

Additional information

No response

Originally created by @sic6SaNdMaN on GitHub (Jan 1, 2025). ### This issue respects the following points: - [x] This is a **bug**, not a question or a configuration issue; Please visit our forum or chat rooms first to troubleshoot with volunteers, before creating a report. The links can be found [here](https://jellyfin.org/contact/). - [x] This issue is **not** already reported on [GitHub](https://github.com/jellyfin/jellyfin/issues?q=is%3Aopen+is%3Aissue) _(I've searched it)_. - [x] I'm using an up to date version of Jellyfin Server stable, unstable or master; We generally do not support previous older versions. If possible, please update to the latest version before opening an issue. - [x] I agree to follow Jellyfin's [Code of Conduct](https://jellyfin.org/docs/general/community-standards.html#code-of-conduct). - [x] This report addresses only a single issue; If you encounter multiple issues, kindly create separate reports for each one. ### Description of the bug When adding new series/movies to the libraries, the automated choice for primary pictures is always the worst. It uses "Unrated" pictures that aren't as good as others, that also have a ranking. The same can be seen, when you "edit the pictures" via the three-dot menu. Two examples: ![Image](https://github.com/user-attachments/assets/4451b0b8-0416-4cd0-baab-ddc7df7664d3) ![Image](https://github.com/user-attachments/assets/2dad5c54-43d5-44c7-ab14-15087a090c10) You can see, that the first pics in the row have a rating of "Unrated" or at least a lower rating and the better ones (with rating 8.0) are later on in the list - so they aren't used in the first place. It seems to work just fine on logos, thumbnais and backgrounds. It also should consider the language of the user (in my case 'de'). So the order should be: - highest rated to lowest rated in the current language - highest rated to lowest rated in the default or unknown language (perhaps always consider 'en', because most of the stuff is 'en') - Unrated in the current language - Unrated in the default or unknown language ### Reproduction steps 1. go to your library (movies or series) 2. use the three-dot menu on an item 3. "edit pictures" 4. click on the search icon below "primary" picture ### What is the current _bug_ behavior? ==> no particularly order of the pictures, so the first one, that is taken, can be the worst... ### What is the expected _correct_ behavior? The best rated primary picture (in the current language) should be first in list and automatically used when a new series/movie is found in the library. ### Jellyfin Server version 10.10.0+ ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number 10.10.3.0 ### Specify the build version 10.10.3 ### Environment ```markdown - OS: Debian GNU/Linux 12 (bookworm) - Linux Kernel: Linux rpi4-1 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux - Virtualization: none - Clients: Web, Kodi on nVIDIA Shield - Browser: Chrome, always updated - FFmpeg Version: ffmpeg version 7.0.2-Jellyfin Copyright (c) 2000-2024 the FFmpeg developers - Playback Method: native ``` ### Jellyfin logs ```shell Nothing in the logs for that issue. I can provide logs, when it makes sense (extra debug logs) - just need to know how to produce them. ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos _No response_ ### Additional information _No response_

backuprepo added the

enhancement

label 2025-12-22 04:34:46 +01:00

backuprepo commented

2025-12-22 04:34:49 +01:00

Author

Owner

@sic6SaNdMaN commented on GitHub (Jan 1, 2025):

It is OK, when we label it an enhancement...
But it becomes more a bug when you consider that I'm using Kodi and in most of the visual modes there are only the primary pictures visible - no additional text (unles you select one).
So having "random" pictures, not saying much about the movie/series makes the overview in Kodi quiet useless.
So with this in mind it's becoming more a bug...

@sic6SaNdMaN commented on GitHub (Jan 1, 2025): It is OK, when we label it an enhancement... But it becomes more a bug when you consider that I'm using Kodi and in most of the visual modes there are only the primary pictures visible - no additional text (unles you select one). So having "random" pictures, not saying much about the movie/series makes the overview in Kodi quiet useless. So with this in mind it's becoming more a bug...

backuprepo commented

2025-12-22 04:34:52 +01:00

Author

Owner

@sic6SaNdMaN commented on GitHub (Feb 9, 2025):

Perhaps it can help:
It seems like a primary picture, that doesn't have a language specified, get's prioritized, because I don't use English as language (German, so "de").

@sic6SaNdMaN commented on GitHub (Feb 9, 2025): Perhaps it can help: It seems like a primary picture, that doesn't have a language specified, get's prioritized, because I don't use English as language (German, so "de"). <img width="548" alt="Image" src="https://github.com/user-attachments/assets/529af70b-4bbd-44b4-8d4e-e77f5330a8a9" />

backuprepo commented

2025-12-22 04:34:55 +01:00

Author

Owner

@TimoLumera commented on GitHub (Feb 13, 2025):

+1 one on that

@TimoLumera commented on GitHub (Feb 13, 2025): +1 one on that

backuprepo commented

2025-12-22 04:34:58 +01:00

Author

Owner

@Mixzzz commented on GitHub (May 11, 2025):

I've also just been annoyed by this bug - can it be changed so that unless theres the language specific version, it defaults to the highest voted english version?

@Mixzzz commented on GitHub (May 11, 2025): I've also just been annoyed by this bug - can it be changed so that unless theres the language specific version, it defaults to the highest voted english version?

backuprepo commented

2025-12-22 04:35:00 +01:00

Author

Owner

@Kianda commented on GitHub (Jul 10, 2025):

Crappy workaround for non-english libraries:

Go to your libraries, edit the library, and change the Preferred Download Language to English.
Scan the library with Replace all metadata and Replace existing images enabled.
Edit the library again and set your original language back.
Scan the library once more with Replace all metadata (this time, don’t replace images).

Or just suffer through editing them manually, one by one.

This behavior is pretty annoying. I'd much prefer it chose the highest-voted English version instead of a random one with zero votes. The random ones are usually bad and require manual replacement. 😞

@Kianda commented on GitHub (Jul 10, 2025): Crappy workaround for non-english libraries: - Go to your libraries, edit the library, and change the Preferred Download Language to English. - Scan the library with Replace all metadata and Replace existing images enabled. - Edit the library again and set your original language back. - Scan the library once more with Replace all metadata (this time, don’t replace images). _Or just suffer through editing them manually, one by one._ This behavior is pretty annoying. I'd much prefer it chose the highest-voted English version instead of a random one with zero votes. The random ones are usually bad and require manual replacement. 😞

backuprepo referenced this issue

2025-12-22 08:24:03 +01:00

[PR #6629] [MERGED] Disable DOTNET_SYSTEM_GLOBALIZATION_INVARIANT in docker images #10884

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: starred/jellyfin#6629

No description provided.

Rows
Columns