[Feature Request] Change aspect ratio of posters

Posters for my personal media are in portrait and due to a recent Plex update, they are now being displayed as cropped images in landscape, which is really annoying. I agree that having a library option to choose the aspect ratio will be the perfect solution to satisfy every user.

4 Likes

Any way we can get some feedback on this? My collection is pretty much impossible to browse on the Plex app on my tv due to this inconsistency. Can we at least have it be consistent?

2 Likes

So the new “Modern Look” or whatever change was made on the tv apps fixed this. However, the Windows client is still showing them with the forced landscape aspect ratio.

+1 for this feature! Would love to have this feature when browsing an audiobook library (going with a 10:16 or 2:3 layout would look better than a square look)

I updated to the latest version of Plex and now have this issue on my PC which is soooo frustrating
 However I see that in collections, my posters are still the correct aspect ratio - so If you are willing to tag all your videos and then access them via collections, this could be a work-around of sorts.

Hi! Have you figure out how to display art/poster in portrait instead it crop as pictures as Landscape?

Hi all!

I have some questions:
My (Home) Videos Agent are set as Personal Media.
I have for each video a poster.jpg, but when Plex scan them, they show as crop in Landscape from a portrait art? Does anyone know how to fix this so it show as Portrait and not crop as Landscape?

No but my workaround solution for the time being is to create a new library as Movies and re-import the personal video folder. Judging that this thread was created in 2015 and no response from Plex employee (except one that pretty much acknowledges the issue), I doubt if we’ll ever see the fix/enhancement :disappointed:

Thx for reply PlexUser2020!
I was about to do the same thing as you, but I hate to retyping all information on each Video again. But it’s a good ide to make a new section for those Home videos and make it as a Movie section, on that way all video files will have portrait as art.

Asked elsewhere. I would like this as well.

Adding the entire content of a recent post here because apparently @anon18523487 doesn’t like us starting a new topic because it’s been flat out ignored for years. It’s more convenient for Plex employees to let this languish somewhere they don’t have to see it, I guess.

This is an old issue, with a Feature Request dating back to 2015, and it seems it’s just being ignored, so it’s time to start fresh and report this anew.

For some reason, when viewing media in an “Other Video” library, the posters display correctly (portrait) inside of collections, but when viewing the library instead of collections, their aspect ratio is automatically changed so they are cropped and ruined.

Why is the same library displaying posters two different ways? This seems like an obvious bug if it’s behaving differently in two different locations within the same library.

Solution 1 (quickest): Just go back to portrait everywhere since that is the default in collections.

Solution 2 (preferred): Add a simple configuration that lets you set the aspect ratio per library, e.g. “Other Video” defaults to landscape but in setting up the library I can select portrait instead. Then when the library is displayed you just access that single config variable to toggle the display.

As a principal level software engineer with over a decade of experience, I know this is not a huge undertaking. You’re already storing a “Library” object of some type which contains other configurable variables like selecting a metadata agent (and indeed the poster URLs and such). There’s obviously some sort of display variable that sets the display dimensions and then auto-crops the posters in the incorrect aspect ratio
you just slot in that property to swap between sets of dimensions, simple.

I would literally do this for you in a few hours tops if this were an open source project I could access, and that’s even taking into consideration that it’s a repo I’m not familiar with in perhaps not one of my stronger languages
one of your devs should really be able to make such a superficial cosmetic change in a few minutes, so I don’t know why this has been dragging on for years.

This seems to be a pervasive bug in all sorts of platforms and versions of both server and player, so I’m not providing those details as it is not a quirk of a specific configuration.

I really hope maybe this time you can find 20 minutes to fix this really simple display bug that is quite infuriating to (paying) users like me who spent a lot of time curating custom video libraries only for all of those posters to be useless.

5 Likes

So glad I followed your advice, @anon18523487. You guys are just SO responsive to these feature requests, no wonder you wanted us confining this to this one outdated post instead of starting a new thread.

Do you have ANY plans to ever address this? Or is the plan to just continue ignoring your users until we get frustrated enough to give up and stop giving you money for this service.

Plex does not comment on the status of Feature Requests. Keeping all requests to 1 thread allows collecting all the votes in 1 place instead of spreading them around. This allows Plex to gauge user interest and to help prioritize what to work on. With 31 votes, this requests is not going to get the prioritization you are looking for.

First of all, prioritization consists of more than just the number of votes. One major aspect of it is also the effort required, and as @baronvonvaderham explained, this change is trivial. You cannot compare this to something like Google Home integration (which I assume is much more complex), no matter how many more votes it has than this.

Secondly, this “feature request” has been open since 2015, but has now actually become a bug report, as soon as different plex clients (and even different views within the same client) started using different aspect ratios, effectively breaking the list view for everybody.

It is therefore much more urgent to implement a per-library setting where we can select the aspect ratio we want now than it was in 2015 when this “feature request” was first opened.

I can’t state enough how utterly lazy and pointless @anon18523487’s response is here. I’ve been doing development like this for a decade, if you’re prioritizing things based solely on forum votes, your entire project management system must be hilariously stupid. You gauge priority by three factors (if you’re competent developers): Impact, urgency, and level of effort.

This hits two of the three criteria hard: All users are impacted and you have a non-uniform experience across different clients (very bad, makes you look incompetent). The effort involved to fix this bug is nearly trivial. You’re not introducing new display options, you’re simply adding a single selector per library (trivial) and then your display template needs a simple logic branch to choose the aspect ratio based on that selector’s value (mostly trivial, but slightly more work than capturing the preference value, but is really just extending what you ALREADY DO to display posters differently based on the type of library, really you just need to swap out the value that dictates the conditional display branches from something like “my_library.type_of_library” to “my_library.aspect_ratio”.

It’s such a trivial fix I don’t even need to see the exact code to get 90% of the way there. It could be in a language I don’t know and I’d wager a pile of money I’d have it solved in 2 hours or less with zero context (not counting any dumb quirks of your testing and deployment pipelines, based on how you don’t seem to understand basic project management and user feedback industry best practices, I have zero confidence you even know what CI/CD is let alone implement it properly).

The fact that you’d rather expend the effort arguing about how this “won’t get the prioritization you want” rather than score an easy win fixing a bug people have been unhappy with for seven years sums up how much you at plex actually care about your paying customers.

But keep prioritizing things like Tidal, “Discover” (when most of us are using plex because we DON’T want to subscribe to 40 different services), live tv no one asked for and that PlutoTV (free) does better, “free” movies and shows for pass subscribers (that, again, no one asked for).

It’s a classic startup death spiral, in my experience: You’re desperately pumping out half-assed “features” so you can A) Write it off as an “investment” in the business on your taxes, and B) Try to squeeze out a few more new subscribers with gimmicks while you don’t just ignore your existing unhappy customers reporting problems with your platform but you actively tell us you have no intention of ever addressing even the most trivial piece of tech debt plaguing this platform. Hell you’re even doing this at the expense of existing features we actually say we want (looking at your incomprehensible decision to cut podcast support)!

If you’re not going to fix such a simple thing, fine. But stop pretending you’re doing it for any reason other than laziness and not actually giving half a crap about your customer feedback. I used to think, “If only the pay was good I’d love to go work on Plex and contribute to this.” Now I’m absolutely sure working there would be the definition of hell if a dev can’t even get the time for a quick win like this as a palate cleanser between tougher projects, that you’re happy to let bugs languish unaddressed for years. I hope the devs there all the luck in finding a more competent team on the next step in their career.

Also @jurem hit on my biggest point here perfectly: This is not a feature request, this is a BUG in your platform. Are you really going to continue ignoring a bug we’ve been reporting for months or years as an ongoing problem?

1 Like

I expect that most of your users chose PLEX because they wanted to manage their libraries in the first place (I could be wrong - but this is my expectation).

This is really not a feature request - this is really the most annoying bug across all platforms. You are presenting that you have plenty of supported platforms but these platforms have inconsistencies. Specifically in terms of poster layouts.

Very very please - fix this ASAP. I don’t care what will be the way. But something that will help.

solve this by

  • Put the possibility of Select the aspect ratio in the library settings
    or
  • align between platforms what asset will be used for specific layout - portrait poster for portrait layout and banner or background for landscape layouts BUT not a poster for landscape somewhere - then on another platform there will be background assets and on the other platforms will be something else (my preferred way - because you don’t need to go think very much about your inconsistencies between platforms but only you will set better assets for a specific layout orientation - then you can fix all inconsistencies)
2 Likes

Agreed that the larger issue (BUG) here is personal videos and their collections are not displayed consistently across the platform, or even consistently in the same places on different devices. There’s no way to make the images look good in both places.

Landscape views:

  • Media within server-generated collections, e.g. “recently added”
  • Media within Home and Recommended views of server-generated collections
  • Library media
  • Collection posters on my Samsung TV

Portrait views:

  • Media within user-generated collections
  • Media within Home and Recommended views of user-generated collections
  • Related media on detail page, e.g. “more with ___”
  • Collection posters on other TVs, browsers, or mobile

*Note that this issue is also occurring for collections of individual episodes — they are displayed in portrait orientation within collections, but landscape everywhere else.

I posted here about this issue back in April 2021 and since then I bite the bullet to recreate my entire personal video library (i.e. > 1100 videos) as “Movies” and carefully “unmatch” and manually entered the metadata for every single file. That project took me a few days to complete and everything looked great with cover art displayed correctly in portrait mode like they used to be prior to April 2021. However, things started to break again a few weeks ago that sometimes when adding new videos to the library, the server would ignore the “unmatched” status of each file and re-download/re-sync metadata for ALL files from scratch, and as a result, the custom metadata in all videos were erased and replaced with incorrect data. This issue doesn’t happen every time I add videos, but it has happened at least three times in the past few weeks, each time in the middle of me manually re-entering the metadata for the 1000’s files. If adding an option to select the cover art aspect ratio is too “difficult”, how about give us an option to effectively stop the re-sync of metadata on “unmatched” videos, especially when that video already has custom metadata? (I have already checked the “Use local assets” and “Prefer local metadata” in my library when that happened.)

Also, the other thing that I observed is that when the entire library gets metadata re-sync, it will mess up the “Date added” attribute and the videos will no longer display in the correct date-added order (in addition to losing all custom metadata).

I have been using personal videos for a while now for quite a large library of mine. The reason being scraping the correct metadata in this case is not possible, so I add my own poster and general info etc. At least this way I know it wont get overwritten ‘accidently’ at some point if an agent for movie library typ for example decided to overwrite all this personal data!

I have been hoping for a server feature, as requested in this thread, to allow the server owner to set the poster orientation for a personal videos library as there is most certainly a requirement for this. Surely this wouldnt be difficult to display the server selected orientation for that library in connected clients!

It seems that a recent update has made this library type even worse as the posters are no longer displayed at all!
PLEASE address this issue

1 Like