summaryrefslogtreecommitdiff
path: root/v4l2-apps/lib/libv4l/include/libv4lconvert.h
diff options
context:
space:
mode:
authorThierry MERLE <thierry.merle@free.fr>2008-07-01 21:11:29 +0200
committerThierry MERLE <thierry.merle@free.fr>2008-07-01 21:11:29 +0200
commit0d3f75db47da8e0a51eab041eb401bfb6f309174 (patch)
tree26c040de64f866bf61c13e6a4cd53f65a2147051 /v4l2-apps/lib/libv4l/include/libv4lconvert.h
parent096cff3723440c08b1e706007cfdfda445409476 (diff)
downloadmediapointer-dvb-s2-0d3f75db47da8e0a51eab041eb401bfb6f309174.tar.gz
mediapointer-dvb-s2-0d3f75db47da8e0a51eab041eb401bfb6f309174.tar.bz2
v4l2-library: libv4l2 and v4l2convert
From: Hans de Goede <j.w.r.degoede at hhs.nl> libv4l2 offers v4l2_ prefixed versions of open/close/etc. The API is 100% the same as directly opening /dev/videoX using regular open/close/etc, the big difference is that format conversion is done if necessary when capturing. That is if you (try to) set a capture format which is not supported by the cam, but is supported by libv4lconvert, then the try_fmt / set_fmt will succeed as if the cam supports the format and on dqbuf / read the data will be converted for you and returned in the request format. v4l2convert: open/close/ioctl/mmap/munmap library call wrapper doing format conversion for v4l2 applications which want to be able to simply capture bgr24 / yuv420 from v4l2 devices with more exotic frame formats. Signed-off-by: Hans de Goede <j.w.r.degoede at hhs.nl> Signed-off-by: Thierry MERLE <thierry.merle@free.fr>
Diffstat (limited to 'v4l2-apps/lib/libv4l/include/libv4lconvert.h')
0 files changed, 0 insertions, 0 deletions