I spend a lot of time looking at raw-video in YCbCr-format.
Started thinking about what is really shown on the display and how
the pixels end up there.

No display can handle YCbCr-data so I guess everything gets converted
to RGB somewhere. YCbCr->RGB is however tricky business, see e.g.
http://www.fourcc.org/fccyvrgb.php

If I do the YCbCr- to RGB-conversion, am I guaranteed that the
pixel-values I have are the ones being displayed?

Short of getting a hardware-calibrated Eizo-display like the ones
shown here:

http://www.eizo.com/global/products/coloredge/



is there a way to have as much control as possible over the
"pipeline" to the display (i.e. my pixels do not get converted on the
way) I'm thinking perhaps nvidia/gpu/opengl and moving everything as
close to the HW as possible; then for my graphic-card at least I know
what I'm looking at.

Is there a RGB-format that is native for graphics card and that doesn't require any further conversion? YCbCr is 8bpp and I'm thinking 32-bit RGB 4:4:4. 

I'm mainly on an linux-system if that makes a difference.
Currently I'm using http://www.libsdl.org/
There's also http://directfb.org/ but I haven't explored that path
yet.

Or, perhaps all this is just stupid and paranoid :-)


Question: Programmatically and efficiently create a graphical ripple effect?
Answer: After hard working I found working code for the ripple effect. 
I have to say thanks to genius guy named thepi for his effort. The link for correct working code : 

http://www.andengine.org/forums/gles1/ripple-effect-t10598.html

I here posted because I think lot other user can get benefit from it and also want to say thank to the people who have tried for this.