Grey bars when watching video that doesn't match screen size when "use limited color range" setting is disabled

Ah thanks. well that is off. How can I get the mediainfo you need?

I’m starting to think it is nothing to do with these video settings. More to do with UI background? Any time some UI form is loading and so nothing is visible, I get the same grey background.

It would be good if we could find out more about the file you are having issues playing.

Please let us know the mediainfo of the file which you either can create:

  1. By uploading the file to
  2. Login to OSMC via ssh and Install mediainfo sudo apt-get install mediainfo and then run mediainfo <File>

Afterwards share the info here using </> format button.

Thx for your help.

1 Like


Don’t know what is going on with that link though; says I need to login - pops up window which shows that I am logged in, then nothing changes.


Format : Matroska
Format version : Version 4
File size : 8.53 GiB
Duration : 1 h 38 min
Overall bit rate mode : Variable
Overall bit rate : 12.4 Mb/s
Encoded date : UTC 2021-01-16 11:41:45
Writing application : mkvmerge v31.0.0 (‘Dolores In A Shoestand’) 64-bit
Writing library : libebml v1.3.6 + libmatroska v1.4.9

ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 5 Ref Frames
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Duration : 1 h 38 min
Bit rate : 10.5 Mb/s
Width : 1 920 pixels
Height : 804 pixels
Display aspect ratio : 2.40:1
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.285
Stream size : 7.23 GiB (85%)
Writing library : x264 core 161 r3027 4121277
Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=25 / 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=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No

ID : 2
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Codec ID : A_DTS
Duration : 1 h 38 min
Bit rate mode : Variable
Bit rate : 1 868 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 16 bits
Compression mode : Lossless
Stream size : 1.28 GiB (15%)
Language : English
Default : Yes
Forced : No

ID : 3
Format : PGS
Muxing mode : zlib
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 36 min
Bit rate : 47.7 kb/s
Count of elements : 3762
Stream size : 32.9 MiB (0%)
Language : German
Default : No
Forced : No

00:00:00.000 : en:Chapter 01
00:06:11.496 : en:Chapter 02
00:14:29.535 : en:Chapter 03
00:22:18.003 : en:Chapter 04
00:34:04.334 : en:Chapter 05
00:40:25.173 : en:Chapter 06
00:45:56.629 : en:Chapter 07
00:54:48.368 : en:Chapter 08
01:03:15.625 : en:Chapter 09
01:15:09.088 : en:Chapter 10
01:27:42.966 : en:Chapter 11
01:33:36.319 : en:Chapter 12

Just to confirm, as I’m not sure anyone has directly acknowledged; this is ONLY the letterboxing; the “black” bars above and below the video are actually grey.

The video itself has the blackest of blacks.

If I enable the limited range, then the video itself no longer has the blackest blacks, instead it is also grey.

All we need is for the letterboxing to ALSO be black as well as the video which already is.

@herculainn1, yes, my problem seems the same as yours. Your video is also not a standard size (it has likely been cropped from a 1080p source), and the empty space outside the video frame is showing the wrong color.

I also get perfect blacks in the video.
If your tv has a “limited range” setting somewhere, you could try turning that on in addition to turning on kodi’s limited range setting. For me that makes the grey bars black, but for me it also messes up HDR video.

Really hoping the fix in the next release solves this long standing annoyance. At least there seems to be some acknowledgement that this is actually a bug.

1 Like

That doesn’t sound right. For me, using YCC and limited throughout works with SDR and HDR. All three of my screens expect limited range when sending YCC. One of them offers full range but only for RGB. There are so many variables, that’s why I wrote this. If you have a moment, could you read through that and let us know which bits of it don’t match your experience. And what do mean by ‘messes up HDR video’? Is this with sending HDR to an HDR screen or to to a SDR screen?

Hey, yep, I experimented with the black/dark levels on the TV to get closer but it all just kills the quality of the video, and is never “black-black”
For me I can just play the same file via my PC instead; but would be great to be keep it all in one place on the Vero4kp.

We will need a gofundme to get you an LG c8/c9 :stuck_out_tongue:

Hence the warning in my Howto - don’t try to correct a quantisation range issue with the black level controls.

Why would I want a TV that doesn’t work when I have a Panasonic that does :stuck_out_tongue:

But seriously, the next release will be different and it would be good if you can bear with us,

1 Like

Aye; this was only to try to address the issue coming from Vero/OSMC/Kodi. It’s literally the only device I’ve played these files on that has the problem.
I don’t mean to sound rude but I must repeat: the video itself plays with perfect black. it is literally only the letterboxing above and below the video.
Is there some kind of background while the video is playing, which is grey?

I know exactly what you are saying, and I can reproduce it but only if sending RGB full-range to the TV. It is as if the letterbox mattes are being inserted at level 16, on top of a full-range picture, but I’m not clever enough to find out why. kernel 4.9 does it differently which should solve that problem (it does solve it here). Some people on the team do have LGs and we are testing 4.9 now so we should be able to fix it.

Ahh, grand. Yeah happy to wait for the next release anyway.
Thanks so much for your help, patience, and time :slight_smile:

1 Like

Ah, grey bars with cropped movies… My solution is padding with xmedia recode and the movie is fine on my LG c9. With padding you restore the movies original size with filling it with black-black bars.


1 Like

Knowing nothing about recoding videos; would that be lossless? In my case, I can run the video from PC to TV anyway so wouldn’t spend the time converting. Thanks for the tip! :slight_smile:

This strongly suggests your television is not calibrated correctly. If you could configure your TV correctly and then use limited-range video, you might find the problem disappears. Overall image-quality will likely improve a little too.

I’m pretty sure this is rested on getting an update.
I don’t believe the tv is at fault, like i said the video itself has perfect black, and osmc on vero is the only input doing this.
What about then quote makes you think it is the tv, and exactly what tv settings do you think could be wrong?
Thanks for input! :slight_smile:

Digital video is stored in limited-range format, and TVs expect limited-range YUV input, and display with optimal image quality when they are fed that. Full-range RGB signals are generally only used as the output of a device like a PC or as the input of a dedicated PC monitor.

Quite what you may have done to the TV to make it behave like a PC monitor, I wouldn’t like to say with any certainty. It could be all sorts of things - the wrong Brightness setting, the wrong icon assigned to the input (you said it was an LG TV, right?), some other setting that specifies what type of input signal it’s expecting… I don’t know. But I do know that limited range is the input it should be expecting, and if it isn’t displaying that correctly, it’s set up wrongly.

1 Like

Thanks again, @angry.sardine .!

I just can’t reconcile tv misconfiguration while the video is showing perfect black (added image) and have already exhausted searching through tv configs. OSMC input is configured exactly the same as every other input.

Edit to clarify: the image is top left of tv showing the grey band on top (letterboxing as video resolution doesn’t fill vertical) and perfect black contained in the video which is being played.

With a full range signal, black is 0 and white is 255. Limited range means black is 16 and white is 235. The video is stored in limited range format.

You’ll get the correct black level in the video if either the source’s output is full range and the TV is set to expect a full range signal, or the source is limited range and the TV is expecting limited range. Right now you’re using the first of those two combinations; but using limited range video throughout will give you a slightly improved picture relative to that, because you don’t have to transform between colour spaces (which reduces accuracy).

Now, there clearly is a bug in the source device, here, in that it isn’t rendering the black bars in the correct colour; but Graham says he can only reproduce that issue when using full range output. So it seems highly likely that using limited range source video, and also setting up the TV to expect limited range, will not only give you an improved image quality, but also work around the black bar problem as well. Limited/limited will therefore solve all of your problems.