| Age | Commit message (Collapse) | Author |
|---|
|
From: Hans de Goede <j.w.r.degoede@hhs.nl>
Be more relaxed in our checks for mixing read and mmap access, we were
being more strict in this then certain kernel drivers (bttv) making xawtv
unhappy
Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl>
|
|
From: Brandon Philips <bphilips@suse.de>
Part of the copyright headers refered GPL instead of LGPL due to a copy
and paste error (Brandon Philips)
Signed-off-by: Brandon Philips <bphilips@suse.de>
Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl>
|
|
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>
|
