openSUSE Build Service

Overview Repositories Revisions Requests Users Attributes Meta

File libv4l.changes of Package libv4l (Revision 76a051c1c6c254ea49e3f8058af9e32f)

Currently displaying revision 76a051c1c6c254ea49e3f8058af9e32f , Show latest

-------------------------------------------------------------------
Tue Mar 10 16:51:08 PDT 2009 - bphilips@suse.de

- Add baselibs.conf to build -32bit packages
- Version bump to 0.5.8
  * Add support for UYVY (for USB Apple iSight) patch by Julien BLACHE
    <jb@jblache.org>
  * Remove v4lconvert_yvyu_to_yuv420 function as its functionality is
    duplicate with v4lconvert_yuyv_to_yuv420
  * Use Requires.private where appropiate in .pc files (patch by Gregor Jasny)
  * 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
  * Add support for sn9c20x-i420 format patch by Vasily Khoruzhick
    <anarsoul@gmail.com>

-------------------------------------------------------------------
Wed Dec  3 22:16:58 PST 2008 - bphilips@suse.de

- Version bump to 0.5.7
  * 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
  libv4l-0.5.6
  * 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)
  libv4l-0.5.5
  * 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
       querrying of device capabilities slow (cheese)
    2) some buggy cams don't like getting lots of UVC video probes and crash
       when they do
  libv4l-0.5.4
  * Don't report DQBUF errors when errno is EAGAIN, this fixes flooding the
    screen with errors when applications use non blocking mode
  * Add support for downscaling to make apps which want low resolutions
    (skype, spcaview) happy when used with cams which can only do high
    resolutions (by Lukáš Karas <lukas.karas@centrum.cz>).
  * Add support for converting to YV12 planar (next to the already supported
    YU12 / I420)
  * Implement RGB/BGR24 -> YU/YV12 conversion
  libv4l-0.5.3
  * 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
  libv4l-0.5.2
  * Add Philips SPC210NC to list of cams with upside down sensor, reported by
    Rieker Flaik
  * Work around some drivers (pwc) not properly reflecting what one gets after a
    s_fmt in their try_fmt answer
  * Check that s_fmt atleast gives us the width, height and pixelformat try_fmt
    promised us, and if not disable conversion
  * 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
  * Take into account that the buffers only contain half of the lines when
    field is V4L2_FIELD_ALTERNATE
  libv4l-0.5.1
  * 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 separate v4lconvert_convert_pixfmt, v4lconvert_rotate and
    v4lconvert_crop functions, and make v4lconvert_convert a frontend to
    these
  * Do not link the wrapper libs against libpthread (patch from Gregor Jasny)
  libv4l-0.5.0
  * Add support for enumerating framesizes and frameintervals of emulated
    formats when the driver supports it for the real format
  * Make sure the video device always gets opened RW even if the application
    asks for RO
  * Add Genius E-Messenger 112 (093a:2476) to list of cams which have their
    sensor upside down
  libv4l-0.4.3
  * Add suport for YUYV and YVYU packed pixel formats (Jean-Francois Moine)
  * Prefer compressed pixformats for resolutions > 176x144
  libv4l-0.4.2
  * The bayer pixel order in gspca's sonixb driver was different from that in
    the sn9c102 driver from the mainline kernel, a recent gspca patch fixes
    this, adjust libv4l to match (and make it work properly with the sn9c102
    driver).
  libv4l-0.4.1
  * When the driver supports read() and we are not converting let the driver
    handle read() instead of emulating it with mmap mode
  * Fix errors and warnings when compiling with ICC (Gregor Jasny)
  * Add support to libv4lconvert for rotating images 90 (for Pixart 7302 cams)
    or 180 (Philips SPC200NC / Philips SPC300NC) degrees
  * Add support for Pixart custom JPEG format
  * Hide non public symbols (Gregor Jasny)
  * Fix and enable x86_64 asm jpeg decompress helper functions (Gregor Jasny)
  
-------------------------------------------------------------------
Fri Aug 15 19:52:59 CEST 2008 - bphilips@suse.de

- Initial SuSE package

Places

File libv4l.changes of Package libv4l (Revision 76a051c1c6c254ea49e3f8058af9e32f)

Places