summaryrefslogtreecommitdiff
path: root/include/xine
diff options
context:
space:
mode:
authorTorsten Jager <t.jager@gmx.de>2013-12-10 15:25:15 +0100
committerTorsten Jager <t.jager@gmx.de>2013-12-10 15:25:15 +0100
commit9a74d75ff7a89f761f7926aecea8cab502773e0c (patch)
treeb6f4c86f918c3ed2f90f616f9d64d377583803ee /include/xine
parent3a43a980f11794da1e294ca17f2bd10c3bc88e24 (diff)
downloadxine-lib-9a74d75ff7a89f761f7926aecea8cab502773e0c.tar.gz
xine-lib-9a74d75ff7a89f761f7926aecea8cab502773e0c.tar.bz2
YCgCo: general preparation.
I stumbled upon something - the green orange transform :-) No, it is not lossless as some publications say. Instead, like traditional YCbCr it maps the RGB color cube to a pyramid with a central symmetric hexagonal base. Roughly 80% of color depth gets lost this way. The green resolution is again worse than ITU-R 709. It will probably not replace traditional YCbCr. It is incompatible with existing video equipment, and it lacks an mpeg range mode needed for live editing. However, if you can live without video equalizer, it makes an interesting alternative for slow devices like smartphones. Anyway, just if someone likes...
Diffstat (limited to 'include/xine')
-rw-r--r--include/xine/video_out.h6
1 files changed, 3 insertions, 3 deletions
diff --git a/include/xine/video_out.h b/include/xine/video_out.h
index 94cf1eca6..50df9c92d 100644
--- a/include/xine/video_out.h
+++ b/include/xine/video_out.h
@@ -293,10 +293,10 @@ struct xine_video_port_s {
#define VO_CHROMA_422 32 /* used by VDPAU, default is chroma_420 */
#define VO_STILL_IMAGE 64
-/* ((mpeg_color_matrix << 1) | color_range) inside frame.flags bits 11-8 */
+/* ((mpeg_color_matrix << 1) | color_range) inside frame.flags bits 12-8 */
#define VO_FULLRANGE 0x100
-#define VO_GET_FLAGS_CM(flags) ((flags >> 8) & 15)
-#define VO_SET_FLAGS_CM(cm,flags) flags = ((flags) & ~0xf00) | (((cm) & 15) << 8)
+#define VO_GET_FLAGS_CM(flags) ((flags >> 8) & 31)
+#define VO_SET_FLAGS_CM(cm,flags) flags = ((flags) & ~0x1f00) | (((cm) & 31) << 8)
/* video driver capabilities */
#define VO_CAP_YV12 0x00000001 /* driver can handle YUV 4:2:0 pictures */