diff options
| author | Hans Verkuil <hverkuil@xs4all.nl> | 2017-02-10 09:18:36 (GMT) |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2017-02-23 16:44:37 (GMT) |
| commit | 7b071234537686546c5f05fdcb40a33ade2f6b04 (patch) | |
| tree | 02333fe8c7bf1713b09499a8ee47f583d9e2b6ff /Makefile | |
| parent | 8629aed2387cd22d1bde76e798034c3ea31018f7 (diff) | |
| download | linux-7b071234537686546c5f05fdcb40a33ade2f6b04.tar.xz | |
videodev2.h: go back to limited range Y'CbCr for SRGB and, ADOBERGB
commit 35879ee4769099905fa3bda0b21e73d434e2df6a upstream.
This reverts 'commit 7e0739cd9c40 ("[media] videodev2.h: fix
sYCC/AdobeYCC default quantization range").
The problem is that many drivers can convert R'G'B' content (often
from sensors) to Y'CbCr, but they all produce limited range Y'CbCr.
To stay backwards compatible the default quantization range for
sRGB and AdobeRGB Y'CbCr encoding should be limited range, not full
range, even though the corresponding standards specify full range.
Update the V4L2_MAP_QUANTIZATION_DEFAULT define accordingly and
also update the documentation.
Fixes: 7e0739cd9c40 ("[media] videodev2.h: fix sYCC/AdobeYCC default quantization range")
Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions