<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.
On Sat, 2008-06-28 at 12:07 +0200, Hans de Goede wrote:
I'm happy to announce version 0.2 of libv4l: http://people.atrpms.net/~hdegoede/libv4l-0.2.tar.gz
[snip]
May you go further with the v4l1 compat, i.e. have only v4l2 ioctl calls? So, the v4l1 compat module could be removed from the kernel...
Cheers.
Jean-Francois Moine wrote:
On Sat, 2008-06-28 at 12:07 +0200, Hans de Goede wrote:
I'm happy to announce version 0.2 of libv4l: http://people.atrpms.net/~hdegoede/libv4l-0.2.tar.gz
[snip]
May you go further with the v4l1 compat, i.e. have only v4l2 ioctl calls? So, the v4l1 compat module could be removed from the kernel...
Yes thats definitely a possibility for the near future.
Regards,
Hans
Hi,
On Sat, Jun 28, 2008 at 12:07:36PM +0200, Hans de Goede wrote:
libv4l-0.2
*** API change ***
It would be usesul if you expose the library or api version in your public header files like for example OpenSSL in <openssl/opensslv.h>. So the develpers can keep their code backward compatible with some simple ifdefs.
Thanks, Gregor
Gregor Jasny wrote:
Hi,
On Sat, Jun 28, 2008 at 12:07:36PM +0200, Hans de Goede wrote:
libv4l-0.2
*** API change ***
It would be usesul if you expose the library or api version in your public header files like for example OpenSSL in <openssl/opensslv.h>. So the develpers can keep their code backward compatible with some simple ifdefs.
Actually the reason for this change is to make things so that an ABI change in the future will most likely not be necessary ever.
Regards,
Hans