summaryrefslogtreecommitdiff
path: root/v4l2-apps/libv4l/ChangeLog
AgeCommit message (Collapse)Author
2009-06-16libv4l: Fix a bug in the always report widths which are a multiple of 8 codehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Fix a bug in the always report widths which are a multiple of 8 code added in 0.5.97 Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-12libv4l: add support for decompressing ov511 compressed frameshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: add support for decompressing ov511 compressed frames Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-08libv4l: move ov518 decompression code to an external helperhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Change support for decompressing ov518 "JPEG" to piping data through an external helper as I've failed to contact Mark W. McClelland to get permission to relicense the code. If you know a working email address for Mark W. McClelland, please let me know. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-05libv4l: add support for decompressing ov518 JPEGhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Add support for decompressing ov518 "JPEG", note this code is not LGPL yet, I'm waiting for a license change permission. If I do not get one this will be moved to an external helper and the data will be piped through this, to keep libv4l2.so LGPL Priority: normal Signed-off-by: Hans de Goede
2009-06-05libv4l: recognize when controls are disabledhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: recognize when controls are disabled Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-02libv4l: initial support for compiling on FreeBSDhans@rhel5-devel.localdomain
From: Hans Petter Selasky <hselasky@freebsd.org> Add a patch by Hans Petter Selasky <hselasky@freebsd.org>, which should lead to allowing use of libv4l (and the Linux webcam drivers ported to userspace usb drivers) on FreeBSd, this is a work in progress Priority: normal Signed-off-by: Hans Petter Selasky <hselasky@freebsd.org> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-27libv4l: Fix black screen on devices with hardware gamma controlhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: Fix black screen on devices with hardware gamma control Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-27libv4l: Link libv4lconvert with -lm for powfhans@rhel5-devel.localdomain
From: Gregor Jasny <gjasny@googlemail.com> libv4l: Link libv4lconvert with -lm for powf Priority: normal Signed-off-by: Gregor Jasny <gjasny@googlemail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-26libv4l: 0.5.98 releasehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: 0.5.98 release Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-26libv4l: add gamma correction to video processinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> add gamma correction to the video processing, and enable it by default (correct for a display gamma of 1.5) for pac207 based cams. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-25libv4l: Obsolete the V4L2_ENABLE_ENUM_FMT_EMULATION v4l2_fd_open flaghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> The V4L2_ENABLE_ENUM_FMT_EMULATION v4l2_fd_open flag is obsolete, libv4l2 now *always* reports emulated formats through the ENUM_FMT ioctl Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-25libv4l: add software autogain / exposurehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Add software autogain / exposure, for camera's which have gain and exposure controls but do not contain the ability to calculate the average lumination in hardware (which is needed to do this in the kernel). This patch enables this for the spca561 rev12a, but it should be usefull for other cameras too. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-22libv4l: add support for adding black borders (reverse cropping)hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Add the capability to provide 320x240 to apps if the cam can only do 320x232 (some zc3xx cams) by adding black borders. And more in general the capability to make certain standard resolutions available by adding black borders to slightly smaller resolutions, in case we encounter more cams which have a hardware limitation which makes them do a resolution slightly smaller then the standard ones. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-21libv4l: fix detection of conversion mode in v4l2_buffers_mapped()hans@localhost.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: fix detection of conversion mode in v4l2_buffers_mapped() Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-21libv4l: rewrite video processing codehans@localhost.localdomain
From: Hans de Goede <hdegoede@redhat.com> Rewrite video processing code to make it easier to add more video filters (and with little extra processing cost). As part of this the normalize filter has been removed as it wasn't functioning satisfactory anyways Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-20libv4l: add fake controls controlling the software h- and v-flippinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> When we need to go through the fake mmap buffer anyways, we can add fake controls at no cost. So in the case of webcams which only support non standard pixformats, export fake flipping controls, as this can be done at no (performace) cost (until the user activates them). Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-19libv4l: support separate vfliping and hflipinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Before this patch libv4l only support 180 degree rotation, which is hflip and vflip combined, this patch adds support for separate hflipping and vflipping. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-05-17libv4l: add Changelog entry for last 3 commitshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: add Changelog entry for last 3 commits (I should really learn to do this before comitting) Priority: normal 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-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: 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-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-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-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: 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-11 07:07:39 +0000