summaryrefslogtreecommitdiff
path: root/v4l2-apps
AgeCommit message (Collapse)Author
2009-05-17libv4l: fix v4lconvert_uyvy_to_yuv420()hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> v4lconvert_uyvy_to_yuv420() had a bug causing the result to be all messed up, also see: http://bugzilla.gnome.org/show_bug.cgi?id=571772 Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-16libv4l: add ability to determine flags based on DMI infohans@localhost.localdomain
From: Hans de Goede <hdegoede@redhat.com> It is possible for the same laptop webcam module (so same usb id) to be mounted upside down in some models and the right way up in other laptop models. This patch adds the ability to only apply flags to a webcam based on the combination of usb id and dmi info to identify the laptop model. It also adds the webcam in the Asus N50Vn as the first upside down cam identified this way. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-16libv4l: Support V4L2_CTRL_FLAG_NEXT_CTRL for fake controlshans@localhost.localdomain
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>
2009-04-17libv4l: Add sq905 to the list of devices which benefit from whitebalancinghans@rhel5-devel.localdomain
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>
2009-04-17libv4l: add missing Libs.private to v4lconvert.pchans@rhel5-devel.localdomain
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>
2009-04-16libv4l: Only created shared memory segment when we have fake v4l2 controlshans@rhel5-devel.localdomain
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>
2009-04-16libv4l: if the card name contains a / replace it with a - in the shm namehans@rhel5-devel.localdomain
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>
2009-04-16libv4l: Makefiles: better dependency generationhans@rhel5-devel.localdomain
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>
2009-04-16libv4l: link libv4lcontrol against rt, not libv4l2hans@rhel5-devel.localdomain
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>
2009-04-16libv4l: genius messenger 112 needs both upside down and whitebalance flags.hans@rhel5-devel.localdomain
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>
2009-04-15libv4l: 0.9.97 releasehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: 0.9.97 release Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-04-15libv4l: Don't add "fake" controls when not doing conversionhans@rhel5-devel.localdomain
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>
2009-04-14libv4l: crop widths to the nearest multiple of 8 when converting to YUV420hans@rhel5-devel.localdomain
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>
2009-04-14libv4l: fix reading wrong memory when doing yuv420->rgb conversionhans@rhel5-devel.localdomain
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>
2009-04-14libv4l: Only allow supported destination formats when doing processinghans@rhel5-devel.localdomain
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>
2009-04-14libv4l: Enable whitebalancing algorithm based on USB id'shans@rhel5-devel.localdomain
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>
2009-04-13libv4l: Fix video processing parameter updatinghans@rhel5-devel.localdomain
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>
2009-04-13libv4l: add video processing: whitebalance and normalizehans@rhel5-devel.localdomain
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>
2009-04-10libv4l: Add support to use orientation from VIDIOC_ENUMINPUThans@rhel5-devel.localdomain
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>
2009-04-10libv4l: Adds Makefile pre-requisites to libv4lhans@rhel5-devel.localdomain
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>
2009-03-27libv4l: Fix upside down detection with certain usb deviceshans@rhel5-devel.localdomain
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>
2009-03-16libv4l: drop bad sn9c20x jpeg frameshans@rhel5-devel.localdomain
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>
2009-03-13libv4l: add hm12 support for the cx2341x MPEG encoder devices.hans@rhel5-devel.localdomain
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>
2009-03-11libv4l: prep for 0.5.9 releasehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> prep for 0.5.9 release. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Fix compile warning in sq905c.chans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Fix compile warning in sq905c.c . Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: libv4lconvert support for SQ905Chans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Adjust mr97310a for gspca mr97310a driver changeshans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Add MR97310A decompressionhans@rhel5-devel.localdomain
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>
2009-03-11libv4l: remove .orig and .rej files on make clean and simplify make exporthans@rhel5-devel.localdomain
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>
2009-03-11libv4l: change clean target to remove editor backup files in root and includehans@rhel5-devel.localdomain
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>
2009-03-11libv4l: remove some code duplication in bayer handlinghans@rhel5-devel.localdomain
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>
2009-03-11libv4l: add sn9c20x-i420 decoderhans@rhel5-devel.localdomain
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
2009-03-11libv4l: us USB-id's instead of USB product string in upside down dev tablehans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Use Requires.private where appropiate in .pc fileshans@rhel5-devel.localdomain
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>
2009-03-11libv4l: remove duplicate v4lconvert_yvyu_to_yuv420 functionhans@rhel5-devel.localdomain
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>
2009-03-11libv4l: add UYVY supporthans@rhel5-devel.localdomain
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>
2009-03-11libv4l: 0.5.7 releasehans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Always do a s_fmt on uvc camshans@rhel5-devel.localdomain
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>
2009-03-11libv4l: avoid try_fmt on UVC cams if possiblehans@rhel5-devel.localdomain
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>
2009-03-11libv4l: add support for converting to YV12 planarhans@rhel5-devel.localdomain
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>
2009-03-11libv4l: add support for downscalinghans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Don't report DQBUF errors when errno is EAGAINhans@rhel5-devel.localdomain
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>
2009-03-11libv4l: dont try to allocate large buffers on the stackhans@rhel5-devel.localdomain
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>
2009-03-11libv4l: buffers only contain half of the lines with V4L2_FIELD_ALTERNATEhans@rhel5-devel.localdomain
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>
2009-03-11libv4l: don't use memcmp to compare pix_formatshans@rhel5-devel.localdomain
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>
2009-03-11libv4l: make s_fmt more robust part 2hans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Make S_FMT handling more robusthans@rhel5-devel.localdomain
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>
2009-03-11libv4l: Add Philips SPC210NC to list of cams with upside down sensorhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: Add Philips SPC210NC to list of cams with upside down sensor Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Do not link the wrapper libs against libphreadhans@rhel5-devel.localdomain
From: Gregor Jasny <jasny@vidsoft.de> libv4l: Do not link the wrapper libs against libphread Priority: normal Signed-off-by: Gregor Jasny <jasny@vidsoft.de> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Add software cropping from CIF to VGA modes (fix skype)hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> * Add support for software cropping from 352x288 -> 320x240 / 176x144 -> 160x120, so that apps which will only work with vga resolutions like 320x240 (Skype!) will work with cams/drivers which do not support cropping CIF resolutions to VGA resolutions in hardware. This makes all 2.6.27 gspca supported cams, except for the pac7302 which only does 640x480 (and skype wants 320x240), work with skype * The v4lconvert_convert function was becoming a bit of a mess, so split the functionailiy into seperate v4lconvert_convert_pixfmt, v4lconvert_rotate and v4lconvert_crop functions, and make v4lconvert_convert a frontend to these Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-08 19:34:33 +0000