| Age | Commit message (Collapse) | Author |
|---|
|
From: Adam Baker <linux@baker-net.org.uk>
The "fake" controls added by libv4l to provide whitebalance on some cameras do
not respect the V4L2_CTRL_FLAG_NEXT_CTRL and hence don't appear on control
programs that try to use that flag if there are any driver controls that do
support the flag. Add support for V4L2_CTRL_FLAG_NEXT_CTRL
Priority: normal
Signed-off-by: Adam Baker <linux@baker-net.org.uk>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Mauro Carvalho Chehab <mchehab@redhat.com>
During FISL 10 (Forum Internacional de Software Livre) and the first FudCon Latam
(Fedora Users and Developers Conference), while preparing the V4L panel, I and Douglas
noticed the need of a very simple application to be an example for developers to
test their drivers and to write newer v4l2 applications.
So, we come to the idea of creating a v4l2grab application that takes pictures from the
webcam and saves them with the ppm format, using libv4l to work with all webcam models.
This application uses the absolute minimum of V4L2 calls to take 640x480 pictures, and was tested
with uvcvideo and vivi drivers.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
|
From: Hans Verkuil <hverkuil@xs4all.nl>
Priority: normal
Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: Add sq905 to the list of devices which benefit from whitebalancing
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: add missing Libs.private to v4lconvert.pc
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: Only created shared memory segment when we have fake v4l2 controls
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
/ is not allowed inside shm names, so if the card name contains a /
replace it with a -
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Gregor Jasny <gjasny@googlemail.com>
libv4l: Makefiles: better dependency generation
Priority: normal
Signed-off-by: Gregor Jasny <gjasny@googlemail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: link libv4lcontrol against rt, not libv4l2
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: genius messenger 112 needs both upside down and whitebalance flags.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: 0.9.97 release
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Since all things fake controls enable (such as whitebalancing) depend upon
libv4lconvert_convert being called, do not fake controls when conversion
is disabled.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Some applications / libs (*cough* gstreamer *cough*) will not work
correctly with planar YUV formats when the width is not a multiple of 8,
so crop widths which are not a multiple of 8 to the nearest multiple of 8
when converting to planar YUV
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Fix reading outside of the source memory when doing yuv420->rgb conversion.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Only report / allow supported destination formats in enum_fmt / try_fmt /
g_fmt / s_fmt when processing, rotating or flipping.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
* Determine wether or not to do whitebalance and/or normalize at all
based on USB-ID's.
* Add rotate90 hack to flags based on usb-id.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Unless the source format of a conversion was a format supported to do
processing on we would update the processing parameters each frame instead
of every 10 frames
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
As the version number shows this work is the basis for a beta release of the
0.6.x series, the big change here is the addition of video processing to libv4l
currently this only does whitebalance and normalizing (which turns out
to be useless for most cams) but the basic framework for doing video
processing, and being able to control it through fake v4l2 controls using
for example v4l2ucp is there.
The initial version of this code was written by 3 of my computer science
students: Elmar Kleijn, Sjoerd Piepenbrink and Radjnies Bhansingh.
This initial hg commit is a cleaned up and somewhat bug fixed version of
their code.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Adam Baker <linux@baker-net.org.uk>
Add check to libv4l of the sensor orientation as reported by
VIDIOC_ENUMINPUT
Priority: normal
Signed-off-by: Adam Baker <linux@baker-net.org.uk>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Gilles Gigan <gilles.gigan@gmail.com>
This patch update libv4l's Makefiles so they automatically update and
include dependency information for each source file.
Priority: normal
Signed-off-by: Gilles Gigan <gilles.gigan@gmail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Mauro Carvalho Chehab <mchehab@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
|
|
From: Hans Verkuil <hverkuil@xs4all.nl>
Remove support for the debug call VIDIOC_INT_S_AUDIO_ROUTING from cx18
and ivtv. These internal ioctls shouldn't be exposed. These were only
used through the cx18-ctl and ivtv-ctl utilities, and only when testing
a new card variant.
This cleanup allows the removal of this ioctl from v4l2-common.h.
Priority: normal
Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
CC: Andy Walls <awalls@radix.net>
|
|
From: Hans de Goede <hdegoede@redhat.com>
* adjust libv4l's upside down cam detection to also work with devices
which have the usb interface as parent instead of the usb device
* fix libv4l upside down detection for the new v4l minor numbering scheme
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Brian Johnson <brijohn@gmail.com>
sn9c20x cams have occasional bad jpeg frames, drop these to avoid the
flickering effect they cause, by: Brian Johnson <brijohn@gmail.com>
Priority: normal
Signed-off-by: Brian Johnson <brijohn@gmail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans Verkuil <hverkuil@xs4all.nl>
Priority: normal
Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans Verkuil <hverkuil@xs4all.nl>
Priority: normal
Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
|
|
From: Hans de Goede <hdegoede@redhat.com>
prep for 0.5.9 release.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Fix compile warning in sq905c.c .
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Theodore Kilgore <kilgota@auburn.edu>
Support the decompression used by the SQ905C cameras (0x2770:0x905C) and
some other related cameras. There is at the moment no support module for
these cameras in streaming mode, but I intend to submit one.
This contribution was created in whole by me, based upon code in libgphoto2
which was created in whole by me, and which was licensed for
libgphoto2 under the LGPL license.
Priority: normal
Signed-off-by: Theodore Kilgore <kilgota@auburn.edu>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Theodore Kilgore <kilgota@auburn.edu>
This patch introduces an offset of 12 bytes before starting the
decompression of a frame. This needs to be done to compensate for a change
in the gspca driver, where headers are now preserved instead of
suppressed.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Theodore Kilgore <kilgota@auburn.edu>
|
|
From: Kyle Guinn <elyk03@gmail.com>
libv4l: Add MR97310A decompression
Priority: normal
Signed-off-by: Kyle Guinn <elyk03@gmail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: remove .orig and .rej files on make clean and simplify make export
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
libv4l: change clean target to remove editor backup files in root and include
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
remove some code duplication in bayer handling
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Vasily Khoruzhick <anarsoul@gmail.com>
Recent sn9c20x driver written by microdia project
(http://groups.goolge.com/group/microdia) introduce new output format -
sn9c20x-i420. This format is actually scrambled yuv420, so it's very easy and
fast to convert it to yuv420. This patch adds sn9c20x-i420 decoder to the
libv4l-0.5.7
This decoder is much faster than jpeg one (sn9c20x supports JPEG too):
sn9c20x-i420 decoder eats only 10% of 1GHz CPU at 640x480x25fps vs 40% of
1GHz CPU in jpeg at same frame size/rate.
This format should be preffered for sn9c20x, because sn9c20x driver supports
SBGGR8 too, so it should go before SBGGR8 in supported_src_pixfmts.
Priority: normal
Signed-off-by: Vasily Khoruzhick <anarsoul@gmail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com
|
|
From: Hans de Goede <hdegoede@redhat.com>
Switch to using USB-id's instead of USB product string, as not all devices
set a unique product string. This fixes the upside down issues with
genius e-messenger 112 cams
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Gregor Jasny <gjasny@web.de>
Use Requires.private where appropiate in .pc files.
Priority: normal
Signed-off-by: Gregor Jasny <gjasny@web.de>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Remove v4lconvert_yvyu_to_yuv420 function as its functionality is
duplicate with v4lconvert_yuyv_to_yuv420
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Julien BLACHE <jb@jblache.org>
Attached is a patch to add UYVY support to libv4lconvert. It's
obviously a shameless respin of the YVYU conversion routines :P
Tested on a USB Apple iSight, which only supports UYVY.
Priority: normal
Signed-off-by: Julien BLACHE <jb@jblache.org>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
* Fix a nasty (and stupid) bug in the special try_fmt handling for UVC cams
* Add some more verbose logging of various calls when asking libv4l to log
calls to a file, to assist in (future) debugging
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Always do a s_fmt on uvc cams even if this changes nothing, as not doing
the s_fmt triggers a bug in the uvcvideo driver in kernel <= 2.6.28
(with certain cams)
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Avoid the use of try_fmt as much as possible on UVC cams, instead use the
results of the enum_framesizes ioctl. This is because:
1) try_fmt actually causes IO with UVC cams making apps which do lot of
querying of device capabilities slow (cheese)
2) some buggy cams don't like getting lots of UVC video probes and crash
when they do
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Add support for converting to YV12 planar (next to the already supported
YU12 / I420) and implement RGB/BGR24 -> YU/YV12 conversion
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Lukáš Karas <lukas.karas@centrum.cz>
Add support for downscaling to make apps which want low resolutions
(skype, spcaview) happy when used with cams which can only do high
resolutions.
Priority: normal
Signed-off-by: Lukáš Karas <lukas.karas@centrum.cz>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Don't report DQBUF errors when errno is EAGAIN, this fixes flooding the
screen with errors when applications use non blocking mode
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
When conversion requires multiple passes don't alloc the needed temporary
buffer on the stack, as some apps (ekiga) use so much stack themselves
this causes us to run out of stack space
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Take into account that the buffers only contain half of the lines when
field is V4L2_FIELD_ALTERNATE
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Only check width, height and pixelformat when checking if we are doing
conversion, instead of doing a memcmp, as that are the only things which
the convert code checks
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Check that s_fmt atleast gives us the width, height and pixelformat try_fmt
promised us, and if not disable conversion
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
|
From: Hans de Goede <hdegoede@redhat.com>
Some drivers (pwc) do not properly reflect what one really gets
after a s_fmt in their try_fmt answer. So update dest format (which we
report as result from s_fmt / g_fmt to the app) with all info from the src
format not changed by conversion.
Priority: normal
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
|
