I have one TV show encoded not with 1:1 pixel aspect ratio, it is 16:11, so image should be stratched from square to wide. But for some reason web player ignores PAR flag. Inside file info it shows all correctly, calculated aspect ratio is 1.85/1, but image looks looks like 1.25/1. All other players (Plex for Windows and Plex for Android) do all right.
Server Version#: 1.25.3.5409
Player Version#: 4.69.1
Are you able to share that file?
It’s possible for the aspect ratios to be signaled in multiple places, and for the values to differ. The MKV container may have one set of values while the video stream inside has a different value encoded.
Some players look at the values inside the stream, while others look at the values provided by the container. There’s no “correct” answer when the values differ.
If you provide the file I’ll try to give you some commands to correct it.
Thank you.
Sorry! I didn’t notice your response previously. Downloading now. I’ll poke at it.
I’m amused that the preview image on the download link also has an incorrect aspect ratio.
There is definitely a discrepancy between the aspect ratio information embedded in the stream, vs. what’s in the container:
Width : 700
Width : 700 pixels
Height : 568
Height : 568 pixels
Stored_Width : 704
Stored_Height : 576
Sampled_Width : 700
Sampled_Height : 568
Pixel aspect ratio : 1.455
Original pixel aspect ratio : 1.000
Display aspect ratio : 1.793
Display aspect ratio : 16:9
Original display aspect ratio : 1.232
Original display aspect ratio : 5:4
Link with more info:Roku ignores aspect ratio flag when direct playing - #3 by Volts
And extracting just the h264 gives a file with the wrong ratio. I think this can be fixed with an ffmpeg bitstream filter. Back in a few!
Plex uses the encoded resolution and pixel ratio. Looks like the file was just modified to change the display values. Plex does not look at those values.
Not sure where that 16:11 PAR in your image above got there.
Here’s a command to adjust the stream-level pixel aspect ratio to 1.455 to match what’s in the container, without re-encoding the video. It’s a bit of minor surgery while remuxing. I think this behaves correctly now.
ffmpeg -i s01e01.mkv -c copy -bsf:v h264_metadata=sample_aspect_ratio=1.455 s01e01-bsf.mkv
Different Plex apps and players use the container-level info vs. the encoded stream-level info.
I agree that this file is wacky. H.264 Level 5.1??
My bad, I thought I hit the reply button on your message instead of the thread’s reply button.
Seems it is right only for a web player, Android and Windows clients look at those values. Because of that, the web player confused me.
And again thank you! ffmpeg fixed all files, and they even got shrunk a little.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
