Making Blu-Ray rips "anamorphic" when transcoding to screens wider than 16:9

Not sure if this will make sense, but figured I’d throw it out there.

TLDR at the end

I, like many others, like to rip discs at full quality to watch on my main media TV. I use Plex on other TVs/devices to watch those files too. When I watch a BR rip on my Android phone (wider than 16:9), it will have black bars on the right and left because for some reason I can’t fathom, disc producers didn’t learn from the anamorphic DVD era. As such, Plex, dutifully transcodes the movie but doesn’t remove the top and bottom bars so I have the described bars on the right and left. I made a post about this some time back before I realized what the reason was.

One option would be for me to reencode all those movies to remove the top and bottom bars and either have 2 versions (a waste of storage space I would argue) or simply replace the original version (losing some level of “quality”).

However, when I do use Handbrake to reencode a movie, it seems it is easy for that program to identify black bars on the top and bottom of the movie and, when encoding it, essentially make it anamorphic such that it best fills whatever screen I watch it on (relevant on an Android phone that is wider than 16:9). That way, those that keep full quality rips could use those rips for that purpose, but could also use with Plex to transcode when needed to a phone, for example, but not have bars at the sides.

TLDR; My question is, when transcoding, would it be possible to have Plex identify and remove on the fly (in some way like Handbrake does) the bars at the top and the bottom? Would be nice if possible.

Edit - This issue doesn’t affect 16:9 devices. Primarily for phones that have different display sizes, the resulting video frame could be best fit to the maximum size of the display without having to change the “zoom” setting of the phone app. It would function the same way a reencoded video would.

What is happening isn’t what you think is happening.

There is no reason to make HD material anamorphic. It comes full size with square pixels in storage.

A DVD is anamorphic, the sole reason being 720x480 is the Maximum size that can be put on the disc. The display, most times is something different than 720x480. For instance a 16:9 item MUST be created from the non-square pixel storage format of 720x480 to a display size of 853x480 to fit on your screen. A ‘letterboxed’ item with the same 720x480 storage will bloom into 1152x480 (if that’s the target aspect ratio - or slightly different for another aspect ratio), display bars along the top and bottom, as it should in order to maintain the aspect ratio, but should have no Pillarboxing. It should fill the screen on the sides.

The reason your file is misbehaving is - it’s display parameters are messed up.
You may be able to change those in the header - if it’s an MKV file - if not - ur gonna have to recode it.

Here’s a ‘good’ 720x480 ‘anamorphic’ item packed away at 720x480 ‘DVD Style’:

General
Unique ID                                : 187560134801856178973462809814678145348 (0x8D1AC49B9217D68E3304CFCCCCC88944)
Complete name                            : J:\TV - Shows SD\The Good Fight (2017)\Season 02\The Good Fight (2017) - S02E01 - Day 408.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 486 MiB
Duration                                 : 50 min 47 s
Overall bit rate                         : 1 337 kb/s
Encoded date                             : UTC 2019-09-28 22:02:58
Writing application                      : Lavf58.26.100
Writing library                          : Lavf58.26.100
ErrorDetectionType                       : Per level 1

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4.1
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 50 min 47 s
Bit rate                                 : 950 kb/s
Width                                    : 720 pixels
Height                                   : 480 pixels
Display aspect ratio                     : 2.000
Frame rate mode                          : Variable
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Stream size                              : 337 MiB (69%)
Writing library                          : x264 core 157 r2935 545de2f
Encoding settings                        : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=950 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=62500 / vbv_bufsize=78125 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00
Default                                  : Yes
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709

Audio
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Commercial name                          : Dolby Digital
Codec ID                                 : A_AC3
Duration                                 : 50 min 47 s
Bit rate mode                            : Constant
Bit rate                                 : 384 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Bit depth                                : 16 bits
Compression mode                         : Lossy
Delay relative to video                  : -5 ms
Stream size                              : 140 MiB (29%)
Title                                    : Surround
Writing library                          : Lavc58.46.100 ac3_fixed
Language                                 : English
Service kind                             : Complete Main
Default                                  : Yes
Forced                                   : No

Text
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Duration                                 : 49 min 5 s
Language                                 : English
Default                                  : No
Forced                                   : No

Here’s an HD Version, at the same aspect ratio:

General
Unique ID                                : 100707003454016806325544594515529215241 (0x4BC3769E82617EE4C2676C5C4272AD09)
Complete name                            : D:\MakeMKV Dumps\The.Good.Fight.S04E06.The.Gang.Offends.Everyone.1080p.AMZN.WEBRip.DDP5.1.x264-NTb[rarbg]\The Good Fight - S04E06 - The Gang Offends Everyone.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 1.87 GiB
Duration                                 : 56 min 54 s
Overall bit rate                         : 4 716 kb/s
Encoded date                             : UTC 2020-05-21 14:37:17
Writing application                      : mkvmerge v45.0.0 ('Heaven in Pennies') 64-bit
Writing library                          : libebml v1.3.10 + libmatroska v1.5.2

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 56 min 54 s
Bit rate                                 : 4 074 kb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 24.000 FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.082
Stream size                              : 1.62 GiB (86%)
Default                                  : Yes
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709

Audio
ID                                       : 2
Format                                   : E-AC-3
Format/Info                              : Enhanced AC-3
Commercial name                          : Dolby Digital Plus
Codec ID                                 : A_EAC3
Duration                                 : 56 min 54 s
Bit rate mode                            : Constant
Bit rate                                 : 640 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossy
Stream size                              : 261 MiB (14%)
Language                                 : English
Service kind                             : Complete Main
Default                                  : Yes
Forced                                   : No

Text
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Duration                                 : 55 min 23 s
Bit rate                                 : 91 b/s
Count of elements                        : 1228
Stream size                              : 37.3 KiB (0%)
Title                                    : SDH
Language                                 : English
Default                                  : No
Forced                                   : No

(also note: this file hasn’t been ‘cropped’ at all - it came from the birth canal with black bars ecoded on it - and that’s gotta hurt)

Normally a MakeMKV Rip will contain all the necessary bits to make it display properly - unless it’s messed up, or you messed it up.

Show us what YOU got…

1 Like

Thanks. Just as an example, here is the mediainfo just for the movie I referred to in my link above:

General
Unique ID : 221966157601475865478661581706059051625 (0xA6FD2080390EAFC1A206C331DDE3F269)
Complete name : F:\Movies\310 to Yuma (1080p 7.1).mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 22.0 GiB
Duration : 2 h 2 min
Overall bit rate mode : Variable
Overall bit rate : 25.8 Mb/s
Encoded date : UTC 2017-03-14 21:58:53
Writing application : mkvmerge v9.8.0 (‘Kuglblids’) 64bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : VC-1
Format profile : Advanced@L3
Codec ID : V_MS/VFW/FOURCC / WVC1
Codec ID/Hint : Microsoft
Duration : 2 h 2 min
Bit rate : 23.9 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.481
Stream size : 20.5 GiB (93%)
Language : English
Default : No
Forced : No

Audio
ID : 2
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec ID : A_FLAC
Duration : 2 h 2 min
Bit rate mode : Variable
Bit rate : 1 825 kb/s
Channel(s) : 8 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 11.719 FPS (4096 SPF)
Bit depth : 16 bits
Stream size : 1.56 GiB (7%)
Writing library : libFLAC 1.3.1 (UTC 2014-11-25)
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Chapter 01
00:07:32.243 : en:Chapter 02
00:14:12.017 : en:Chapter 03
00:19:03.725 : en:Chapter 04
00:30:23.363 : en:Chapter 05
00:36:40.615 : en:Chapter 06
00:45:13.752 : en:Chapter 07
00:51:58.448 : en:Chapter 08
00:57:35.160 : en:Chapter 09
01:05:46.943 : en:Chapter 10
01:16:53.775 : en:Chapter 11
01:24:58.426 : en:Chapter 12
01:35:10.079 : en:Chapter 13
01:43:55.562 : en:Chapter 14
01:50:31.333 : en:Chapter 15
01:54:52.051 : en:Chapter 16

… and are your TV settings such to try to clean black bars out of your life?
Put it back in ‘Normal’ if it is.
I’m not sure what that file is supposed to look like 'cause it’s not here for me to look at.

Here’s an example of an HD file ‘I made’ that has a display aspect ratio of 1920x800 and I don’t know what ratio that is off the top of my head, but let’s see…:

General
Unique ID                                : 71312608917314797832208885637911087404 (0x35A64F139642F54A5EF1B8E2257F092C)
Complete name                            : G:\TV - Sci-Fi\Star Trek Picard\Season 01\Star Trek Picard - S01E01 - Remembrance.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 519 MiB
Duration                                 : 44 min 18 s
Overall bit rate                         : 1 638 kb/s
Encoded date                             : UTC 2020-05-17 11:43:21
Writing application                      : Lavf58.43.100
Writing library                          : Lavf58.43.100
ErrorDetectionType                       : Per level 1

Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main@L4@Main
Codec ID                                 : V_MPEGH/ISO/HEVC
Duration                                 : 44 min 18 s
Bit rate                                 : 1 221 kb/s
Width                                    : 1 920 pixels
Height                                   : 800 pixels
Display aspect ratio                     : 2.40:1
Frame rate mode                          : Variable
Original frame rate                      : 23.976 FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Stream size                              : 387 MiB (75%)
Writing library                          : x265 3.2.1+1-b5c86a64bbbe:[Windows][GCC 9.2.0][64 bit] 8bit+10bit+12bit
Encoding settings                        : cpuid=1064959 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x800 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=4 / b-adapt=0 / b-pyramid / bframe-bias=0 / rc-lookahead=15 / lookahead-slices=5 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=2 / selective-sao=4 / no-early-skip / rskip / fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=1250 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : Identity
matrix_coefficients_Original             : BT.709

Audio
ID                                       : 2
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Commercial name                          : Dolby Digital
Codec ID                                 : A_AC3
Duration                                 : 44 min 18 s
Bit rate mode                            : Constant
Bit rate                                 : 384 kb/s
Channel(s)                               : 6 channels
Channel layout                           : L R C LFE Ls Rs
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Bit depth                                : 16 bits
Compression mode                         : Lossy
Stream size                              : 122 MiB (23%)
Title                                    : Surround
Writing library                          : Lavc58.83.100 ac3_fixed
Language                                 : English
Service kind                             : Complete Main
Default                                  : Yes
Forced                                   : No

Text #1
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Duration                                 : 9 min 25 s
Language                                 : English
Default                                  : Yes
Forced                                   : Yes

Text #2
ID                                       : 4
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Duration                                 : 42 min 18 s
Language                                 : English
Default                                  : No
Forced                                   : No

Menu
00:00:00.000                             : :Amazon Original
00:00:06.006                             : :Keep the game from ending
00:04:01.116                             : :Activating a new weapon
00:06:55.081                             : :Opening Credits
00:08:33.013                             : :An important interview
00:16:38.164                             : :Dahj finds Picard
00:22:06.033                             : :A clue hidden in a painting
00:26:33.092                             : :Focus and find help
00:28:08.020                             : :The truth about Dahj
00:33:49.069                             : :A visit to Okinawa Research Facility
00:40:38.061                             : :Another sad story
00:43:17.095                             : :End Credits

Yes - 2.40:1 <—just like it should have - at 1920x800. <—and I did crop 2 pixels off the top and bottom as I encoded it 'cause the idget that made the original had it at 1920x804 - and we can’t have that, can we?

Note: Anything I put through the grinder around here will have no bars encoded on it. Any bars that show up, show up naturally - as they MUST in order to maintain aspect ratio.

PS: if that ‘woman’ calls Pick-urd “J.L.” one more time I’m flyin’ out there to give her a piece of my mind and maybe the back of my hand… (just kiddin’ ladies, but really, would you?)

:wink:

Just a guess, but the video format is VC-1. It’s not really a good format for streaming, and a lot of players won’t play it directly. That forces a transcode by the server, and something is apparently going wrong, and the aspect ratio is likely getting set to 4:3.

A lot of us convert VC-1 video to h264 video as soon as we see it. :wink:

1 Like

Nice Catch Lee…

I can’t tell what cup I’m on, but it might be last night’s…

I also need proof now the display isn’t in some ‘bar eradication setting’ in an attemp to fix something that doesn’t need fixing (aspect ratio murder! Help! Police!..THE HORROR!..lol)

Yea, and if you needed a reason to run that item through Handbrake - VC-1 is a great one.

I don’t think it’s the VC1. Below is another random example of a movie that does it and it is h.264. I can test more, but with my experience I think it always happens in the android app because transcoding always happens (they are all full disc rips). I can do more testing to see but I’m at work now.

Screenshot

General
Unique ID : 181014132342169129359595394287314808219 (0x882E0DC4C17E474FA869C27A498E2D9B)
Complete name : F:\Movies\Twilight 3 - Eclipse (1080p).mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 24.4 GiB
Duration : 2 h 3 min
Overall bit rate mode : Variable
Overall bit rate : 28.2 Mb/s
Movie name : Twilight Eclipse
Encoded date : UTC 2015-03-17 09:09:01
Writing application : mkvmerge v7.7.0 (‘Six Voices’) 64bit built on Feb 28 2015 23:39:33
Writing library : libebml v1.3.1 + libmatroska v1.4.2

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, RefFrames : 2 frames
Format settings, GOP : M=1, N=10
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 3 min
Bit rate mode : Variable
Bit rate : 27.5 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.553
Stream size : 23.8 GiB (98%)
Language : English
Default : No
Forced : No

Audio
ID : 1
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 2 h 3 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 567 MiB (2%)
Service kind : Complete Main
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Chapter 01
00:08:47.443 : en:Chapter 02
00:17:37.389 : en:Chapter 03
00:25:17.265 : en:Chapter 04
00:30:20.401 : en:Chapter 05
00:36:45.077 : en:Chapter 06
00:43:31.775 : en:Chapter 07
00:50:13.635 : en:Chapter 08
00:55:34.331 : en:Chapter 09
01:00:11.399 : en:Chapter 10
01:06:12.218 : en:Chapter 11
01:13:04.880 : en:Chapter 12
01:19:43.403 : en:Chapter 13
01:25:15.777 : en:Chapter 14
01:31:27.231 : en:Chapter 15
01:35:54.957 : en:Chapter 16
01:43:19.651 : en:Chapter 17
01:51:53.498 : en:Chapter 18

  1. make sure the display isn’t in some weird ‘format’.
    Normal/Full Size is what you want.

  2. test on everything you can - the Android App may have a sickness.

  3. that video has bars encoded in it.
    that never happens at my house - at least not that I know of.

This is NEVER an issue on anything other than the Android app. Rokus and Firesticks are perfect for transcoding.

In the android app “normal” mode looks even worse. The screenshot in the last post was in “letterbox” mode. This screenshot is in normal mode.

Gotta get back to work. Will be busy for a few hours maybe.

Thanks for the quick feedback!

In a few moments I’m going to send you a PM with a link to what I KNOW is a good file.

When you get home put it in your library (Other Videos will do) and watch it on everything - report back.

“Your file is ready for you, Sir”.
“Want me to hold that for ya?”

:wink:

1 Like

From your screen shot, looks like your phone has a 19:9 screen aspect ratio (2340 X 1080) A full blue ray rip will be 16:9 ratio (1920 X 1080) and the black bars will be hard coded at the top and bottom.

Your phone centers the 16:9 video in the center of the screen, so there is 210 pixels of nothing (black) on both the left and right of the video. The end result, is you see black bars around everything.

I would do as @JuiceWSA suggests, re-encode your blu-ray rips, cropping out the black bars, for a better chance of actually filling up most of the phone’s screen. You still might end up with black bars, simply because of the phone’s aspect ratio, but they should be smaller.

2 Likes

I absolutely would NOT jump through any hoops (on fire anyway) for phone misbehavior. Do the best you can - no bars - or get used to it. Is there a ‘Zoom’ feature on that phone? If so, use it.

Burning down your entire content list so they fit your phone - is NOT a good idea.

BTW:
The ‘Zoom’ feature of nearly every single widescreen TV in the world is primarily due to Older DVDs created for Analog TV that display EXACTLY like that - until you hit ‘Zoom’, at least once.

That usually brings 'em into tolerance range, if not make them perfect. I’ll bet that phone has a ‘Zoom’ - or the app does… or should.

‘Fixing’ those OLD DVDs can be done, but it’s usually a PITA (on everything, but the new Handbrake). It’s easier to just hit ‘Zoom’ on the TV - and I know it’s got one.

If you’re going to insist on Rips - they’ll all (most? many?) have black bars to make whatever they are 16:9. You’ll have to locate the Zoom feature - or lobby for one with a nice, fat Feature Request.

:wink:

1 Like

The Picard ep displayed as the other examples previously mentioned. I was able to upload it to my server remotely and add it to the library and test it on my phone here at work. Thanks for the suggestion to test, though.

As suggested above, it must have to do with the aspect ratio of the phones. Both my phone and my wife’s phone are close to 19:9. Plex media server must not be able to account for that.

This is not a major issue for me as Android is a tertiary method to watch for me. When I really want to watch a movie seriously, I use an HTPC and madVR. More often we use Roku devices (transcoded) without issues.

The android app does have a zoom feature with “fixes” the issue for those videos. Of course I have to remember to turn it off for videos that should not be zoomed (TV shows and some movies that I have that are not 1:1 rips and have been reencoded).

My initial suggestion, which may still make no sense, would be for it to handle it like Handbrake and just remove the upper and lower bars (when transcoding) and then fit the dimensions of that video to the dimensions of the display (which unfortunately can vary greatly with phones). Maybe my thought process is so off base that it makes no sense :slight_smile:

I definitely do not want to reencode my rips. I’ll deal with the zoom issue if I have to for the occasional movie I watch on Android.

Thanks again for everyone who gave feedback.

1 Like

This was an answer to a question in another post which a ?moderator was asking for, but it was moved here.

To answer your question, the Zoom setting is inappropriate primarily on devices wider than 16:9 dimension (most phones) in at least these situations:

  1. 4:3 content
  2. 16:9 content

Letterbox 4:3 content (correct display)

Zoom 4:3 content (cropped video)

Letterbox of re-endcoded 16:9 content without upper/lower bars (correct display)

Zoom of re-endcoded 16:9 content without upper/lower bars(cropped video)

All of this compared to a direct rip of a Blu-Ray disc using MakeMKV.

Letterbox of direct 1:1 Blu-Ray rip with hardcoded upper/lower bars (now incorrect display, compared to the above examples)

Zoom direct 1:1 Blu-Ray rip with hardcoded upper/lower bars (now correct display, the opposite of the above examples)

Reencoding all that 16:9 content would “fix” the issue when using Plex on a phone and allow me to just use the letterbox setting but that is not a good choice. My main serious media watching is using madVR and an HTPC on our main media TV as this simply provides better quality than any other option on a 77" screen sitting 7 feet away. Plex works fine on a 16:9 TV so the only time this is a problem is with a phone. It doesn’t make sense to either have 2 copies of every Blu-Ray rip or to sacrifice the quality of all the Blu-Ray rips just to make the phone app work correctly. I’d rather just have to toggle between Zoom and Letterbox as needed depending on the content, but it is not ideal.

Addendum - as I mentioned/suggested in my thread that was linked above, in my mind, if it were possible, Plex would remove black bars from top and bottom while transcoding only. Handbrake can do this. Now maybe that doesn’t mean Plex can do it, but it was an open suggestion. The bars are the problem. That way, primarily with phones that can have wacky dimensions, the video will fit the screen (while remaining in Letterbox setting) as fully as possible without cropping video.

Addendum 2 - I may be a misunderstanding, but it seems to be that it was thought that the zoom setting of the Plex app was affecting other parts of my phone. This was not the case.

1 Like

I moved your comment back here so we don’t confuse the issue with the other thread.

I get what you want, the problem is how to tell Plex when it should or shouldn’t zoom. Your idea for “auto zoom” is interesting but I’m struggling to understand when it would know not to.

Would it be zoom on anything other than 4:3? What if it’s an old dvd that squeezed a 16:9 into the 4:3 with bars. You would want that zoomed, but PMS wouldn’t know the bars exist so if the criteria is not to zoom on 4:3, this wouldn’t work.

Also, this would work on a phone like yours that has a ratio greater than 16:9. But what if this is a device with a screen closer to 4:3. I could see the opposite of wanting to zoom 4:3 but not zooming in on 16:9.

1 Like

I’m not sure. Unless PMS could in some way be able to recognize the dimensions of the device. Maybe that could be one of the settings in the app? Maybe the default would be 16:9 but the user could go into advanced settings and have them choose the correct dimension (wider or more narrow) of the device?

My original thought was just that PMS would be able to recognize (in whatever way Handbrake does) that the video either has or doesn’t have black bars and then simply transcodes the part of the frame that is the actual video. Then the client would fit that video frame to the display appropriately. This is the way the current Letterbox setting seems to work on my 18:9 phone.

If all phones were 16:9 this wouldn’t be an issue as it would be just like a TV.

I gotta run back to work but will check back.

Thanks for the interest. NOT a major deal, but could be fixed.

That would force a transcode of the video and some users don’t want a transcode. This would also slowdown playback since it would have to analyze the file before it could start. Doing this efficiently live would be difficult. It would be better to rerip your videos without the bars in the first place.

I was talking about taking away the black bars only when transcoding is taking place. Not when direct play is being used. Maybe someone does, but I only care about direct play of blu-ray rips on a TV. On a 6-7in phone I am always transcoding.

There is no way to rip the movies 1:1 without bars unless recoding is involved which drops quality. Or if there is let me know. Watching a 77in TV from 7ft away reveals those reencoding defects very easily. I’d rather have to futz with the android app when I am using it than lower the quality of the whole library for all devices. As the media is watched on TVs 90% of the time, it makes little sense to lower the quality of all of it to satisfy the 10% it is watched on a phone.

What about the option of a setting in the android app to chose the device display size (if the app can’t identify that on its own)? That way it could decide when to zoom and not zoom? That, I guess, would work for people that are transcoding as well as for those that are not transcoding to android phones. Just a question. This is not a major issue, as I said it is the minority of the time that I am using the Android app. I was just pointing out the issue.

Thanks for the discussion.

You see the rings around Saturn with the nekked eye - if you think lowering the bit rate on a CARTOON lowers it’s quality - enough to make ANY difference AT ALL.

I’ll accept Live Action - juvenile eyeballs may well see microscopic differences. Maybe. <—personally I think you’re watching the bit rate when you should be watching the material - like you should be watching the material - not the bars…

:wink:

Not sure what you’re referring to. I’m just talking about blu-ray rips. If you’re referring to the Simpsons, lol, that was just a 4:3 sample I could find to show. That is not a direct rip. I’m not talking about cartoons.