Jump to content

[Plugin] Image Overlay vs Default Image Inheritence


Recommended Posts

ginjaninja
Posted (edited)

Hi @Luke& Emby team,

when it comes to plugins doing overlays, is there a fixable shortcoming in the way image overlays work on inherited images? Or is there an intended way to work with default images to work around the following issue.

Consider a plugin which overlays useful data onto a show thumbnail.

Consider a show which doesnt have a show thumbnail (so inherits the first backdrop image as show's thumbnail).

The plugin doesnt overlay onto a thumbnail image that doesnt exist (even though inheritence is working).

Eg. No Thumbnail, backdrop is inherited as thumbnail, no overlay present

image.png.98afdc3e5d85728b0b34b83d1b03dbcc.png

image.png.6a4db0ca523245cb0cc404fc7bd03514.png

 

Eg Thumbnail present, overlay works.

image.thumb.png.dddb18b5751c172245a516f4609def04.png

image.png.b15fee30612c075a85112ee5476874c9.png

 

Is this behaviour a limitation

  • of the plugin
    • (is it the job of the plugin to know its in a inheritence situation and overlay on the backdrop, probably not even possible and messy?)
  • of the Emby Ecosystem.
    • If the plugin asks to overlay onto the shows thumbnail and emby determines the shows thimbnail is inherited from the backdrop, should Emby hide this internal monologue and allow the plugin just to work; by which i mean an overlay is presented on the inherited image.
  • or just a neccessary outcome for inherited images working, without turning everything into a "rats nest".

 

TLDR,

is it possible for the very useful default image inheritence to do its job whilst abstracting away any need of plugin overlay developers to need to be aware of inheritence. Could the plugin developer just define the overlay and the target (Show - Thubmnail in this example) and the result just work; without breaking other functionality?

thanks

Edited by ginjaninja
Posted

HI, yes we talked about this in the past but never ended up doing anything. The image api would have to be expanded to let client apps pass in some kind of context parameter to describe how the image is being used, and then that information could funnel through to image enhancers.

  • Like 1
ginjaninja
Posted

The status quo might be a little more nuanced. Inherited Episode Images (When an episode image inherits the show poster), do already work for overlays (the episode overlay on the inheirited image is present), so maybe this is just about about specific images such as thumbnail. (Im not the plugin developer so cant be sure on wether a workaround is in place, but it seems the overlay on inherited episode images is just 'working')

image.png.5d7a3feb55f81498c0aee0492e6386df.png

  • Thanks 1

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...