Closed Bindou01 closed 3 weeks ago
Proper scaling of images is currently worked on in #25630.
Besides that, we use the GitHub issue tracker for bugs only. Feature requests go to the forum please.
Proper scaling of images is currently worked on in #25630.
Besides that, we use the GitHub issue tracker for bugs only. Feature requests go to the forum please.
I missed that, thanks for the info !
Bug report
Describe the bug
Here is a clear and concise description of what the problem is:
This is not a bug report, but a feature request to enhance how Kodi handles cover art resolution dynamically. Currently, Kodi does not adjust the resolution of cover art based on the view type, zoom level, or skin widgets. This leads to inefficient resource usage (higher processor load) and image aliasing, particularly on 4K interfaces.
Aliasing is more noticeable when covers are displayed in smaller formats (such as widgets) at their native high resolution (1440p), which is excessive and leads to unnecessary CPU consumption. Conversely, if covers are kept in a lower resolution, they appear blurry when shown in larger formats, such as in full-screen or information views. This creates the need for dynamic resolution adjustment based on the display context.
Expected Behavior
Here is a clear and concise description of what was expected to happen:
I propose a feature where Kodi dynamically adjusts cover art resolution based on the view type and zoom level, while allowing skin creators to define different resolutions for their widgets. Specifically:
Lower resolution covers should be used in views like walls or widgets where multiple images are displayed at once, avoiding aliasing and reducing CPU load. Higher resolution covers should be used when viewing detailed information or full-screen images to prevent blurriness. For 4K interfaces, to avoid compression artifacts and aliasing, covers should be displayed at 960x1440p in information views, and half of that resolution (480x720p) within widgets, for optimal performance and image clarity. This dynamic adjustment would not only optimize CPU resource management but also ensure better visual quality across different view types.
Actual Behavior
Currently, cover art is displayed at the same resolution across all views, regardless of the zoom level or view type. This can lead to two issues:
In wall views with many small images, high-resolution covers consume unnecessary processing power. In full-screen views, lower-resolution images can appear blurry.
Possible Fix
The feature could be implemented by allowing skins or Kodi's interface engine to request different cover art resolutions depending on the view context. Scrapers could be updated to provide multiple resolutions of cover art (if available), and Kodi would select the appropriate one dynamically.
To Reproduce
Steps to reproduce the behavior:
This is not a bug to reproduce but a feature request. Currently, all cover art is handled at a static resolution across views.
Debuglog
The debuglog can be found here: No Debuglog
Screenshots
Here are some links or screenshots to help explain the problem:
Screenshots are not relevant, but here are examples of how the feature would improve performance:
Wall View : Lower resolution covers would suffice. Full-Screen View : High-resolution covers would prevent aliasing or blurry images.
Additional context or screenshots (if appropriate)
Here is some additional context or explanation that might help:
This feature would improve both performance and visual quality in Kodi. It would particularly benefit users on lower-powered devices, such as Android boxes or Raspberry Pi, while enhancing the overall user experience for everyone.
Your Environment
Used Operating system:
[X] Android
[X] iOS
[X] tvOS
[X] Linux
[X] macOS
[X] Windows
[X] Windows UWP
Operating system version/name:
Kodi version : Omega [Kodi 21.1]
note: Once the issue is made we require you to update it with new information or Kodi versions should that be required. Team Kodi will consider your problem report however, we will not make any promises the problem will be solved.