Announcing libv4l 0.2

* Announcing libv4l 0.2
@ 2008-06-28 10:07 Hans de Goede
  2008-06-28 11:16 ` [Spca50x-devs] " Jean-Francois Moine
  2008-06-28 17:20 ` Gregor Jasny
  0 siblings, 2 replies; 5+ messages in thread
From: Hans de Goede @ 2008-06-28 10:07 UTC (permalink / raw)
  To: v4l2 library, video4linux-list,
	SPCA50x Linux Device Driver Development
  Cc: Mauro Carvalho Chehab

<now with link to the new version included, sorry for the spam>

Hi All,

I'm happy to announce version 0.2 of libv4l:
http://people.atrpms.net/~hdegoede/libv4l-0.2.tar.gz

This release has the following changes (mostly bugfixes):

libv4l-0.2
----------
*** API change ***
* Change v4lconvert api so that the v4lconvert struct always gets allocated
   by the library, this to make it opaque, so that we can avoid future API
   and ABI changes
* Add support for yuv420 -> bgr24 conversion
* When converting from v4l2 pixelformat to v4l12 palette return
   VIDEO_PALETTE_YUV420P instead of VIDEO_PALETTE_YUV420 for
   V4L2_PIX_FMT_YUV420 as that is what most apps seem to expect
* override kernel v4l1 compat min / max size with our own more accurate values
* fix v4l1 munmap bug where it didn't recognise the buffer being unmapped was
   our fake buffer (fixes gstreamer v4l1 support, checked with cheese)
* add support for reporting the emulated pixelformats with ENUM_FMT, this
   defaults to off, and can be activated by passing a flag to enable it to
   v4l2_fd_open. This gets enabled by default the wrappers.
* v4l2: mmap the real device buffers before doing conversion when DQBUF gets
   called before the application has called mmap (avoid crash).

The big improvement here is that gstreamer using applications now work as long
as they use v4l1, you can force this by [re]moving
/usr/lib[64]/gstreamer-0.10/libgstvideo4linux2.so

Getting gstreamer v4l2 working is planned for 0.3, this requires adding a
v4l2_dup function (and catching dup() in the wrapper), and probably also making
things threadsafe.

Regards,

Hans

p.s.

Thierry I know you're still working on getting 0.1 into the v4l-dvb no worries,
I can split the work from 0.1 in a few seperate patches and submit those once
0.1 is in the v4l1-dvb tree.

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

^ permalink raw reply	[flat|nested] 5+ messages in thread