Hans Verkuil [off-list ref] writes:

On Monday 06 October 2008 08:06:30 Shah, Hardik wrote:

quoted

4.  VIDIOC_S/G_OMAP2_COLORKEY:  Color keying allows the pixels with
the defined color on the video pipelines to be replaced with the
pixels on the graphics pipelines.  I believe similar feature must be
available on almost all next generation of video hardware. We can add
new ioctl for this feature in V4L2 framework. I think VIDIOC_S_FBUF
ioctl is used for setting up the buffer parameters on per buffer
basis.  So IMHO this ioctl is not a natural fit for the above
functionality. Please provide your comments on same.

Do I understand correctly that if the color in the *video* streams 
matches the colorkey, then it is replaced by the color in the 
*framebuffer* (aka menu/overlay)? Usually it is the other way around: 
if the framebuffer (menu) has chromakey pixels, then those pixels are 
replaced by pixels from the video stream. That's what the current API 
does.

The OMAP3 hardware supports both type of keying, but not
simultaneously.

-- 
Måns Rullgård
mans@mansr.com

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list