Poster <> Landscape Image Capture Flip?

[kdackiw 1]

What would cause this?  My library, set as Movies and self managed with my own info across the board changed views suddenly?

It was portrait orientation, poster based and showed image caps as horizontal squeezed images in portrait:

To now the other way around:

I have WAY more posters in the portrait orientation so...how do I revert this?  Deleting the library and re-adding it again seems like the nuclear option that is a last resort.

TY.

Kev.

[Luke 42302]

Hi there, can you please show the complete screenshot? Thanks.

[kdackiw 1]

Hi Luke.  With no intervention from myself, other than perhaps some unknown schuleded Emby activity overnight, it reverted to normal again.

I will add that it flipped to the other way (Pic 2) after I ran a small python script I made accessing the API that reads the filename of the item and pushes it into Emby to change the Title, Original Title, Sort, and Year fields (so I don't have to manually enter them...) and then locks each field, plus flips the toggle "Lock this item to prevent"...

I will let it sit for another day and see if it reverts...odd!

Kev.

Pic 1:

Pic 2:

[kdackiw 1]

Update:

If I change the sort order, then it reverts to normal.

 

Note that if I sort by something innocent like video codec, it give me flips.  This is not consistent across all sorts.  Doing this by framerate is ok both ways!

[kdackiw 1]

Unrelated...ffprobe is throwing segfaults.  I am running 4.10.0.9 switching to 4.10.0.10.  I could flip back to stable and see if the view issue or ffprobe clean themselves up.  FYI running in docker.

2026-04-14 08:02:28.728 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: /bin/ffprobe -i file:"/Concerts (Bootleg)/David Gilmour - (2024.10.31) Hollywood Bowl, Hollywood, CA (A1, Scorps151)/David Gilmour - (2024.10.31) Hollywood Bowl, Hollywood, CA (A1, Scorps151).mp4" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format -show_data
2026-04-14 08:02:28.818 Info MediaProbeManager: ProcessRun 'ffprobe' Process exited with code 139 - Failed
2026-04-14 08:02:28.818 Error App: Error in ffprobe

[visproduction 338]

This is an expected side effect of CSS styles that are set for the entire image results of any list, to never stretch images so that when there are mixed portrait and landscape images, no image is cropped or stretched.  When you sort differently, the stray landscape or portrait image does not show up, so the results images match all of one type.  I think emby goes to the the first background image, which is usually landscape format if there is no poster.

The CSS styles can be carefully set for to test each image and adjust individually, but that is quite tricky.  Typically, it is easier to set image styles for an entire list.  Often professional online sites just have the admin always control images for poster art to be portrait.  Then this issue goes away.  I think since, the code using the first background image, when there is no poster is what is causing this mixup. 

 

[crusher11 1159]

It's just using whatever the majority of items are when it loads the first page. Changing the sort order changes what percentage of items on the first page are one orientation vs the other.

[ebr 16357]

2 minutes ago, crusher11 said:

It's just using whatever the majority of items are when it loads the first page. Changing the sort order changes what percentage of items on the first page are one orientation vs the other.

Basically correct but I think we just look at the first few items.

When dealing with mixed content where we cannot predict the image shape, we try to do a best guess based on the result set.

[kdackiw 1]

Interesting.  This makes sense.  I will find the folders that are using a screen cap and drop in generic posters to force their showing...which should then make them all portrait mode methings.

Stay tuned...

Kev.