Hi,
On 08/23/2009 02:50 PM, James Blanford wrote:
Well that was quick. These issues as well as the stream drops were
remedied in 2.6.31-rc7,
?? I'm the author of the pb100 (046d:0840) support in
the stv06xx driver, and AFAIK there have been no changes to it
recently.
except exposure and
Then you most likely still have something using usb bandwidth
maybe some integrated pheriphial ?
What is the output of lsusb?
Regards,
Hans
This web-cam is never worked using Linux, but it is reported full
working.
Thanks
Claudio
Il giorno mer, 12/08/2009 alle 16.53 +0200, Hans de Goede ha
On 08/15/2009 08:53 AM, Németh Márton wrote:
Hello Hans,
I am using your libv4l 0.6.0 [1] together with the driver gspca_pac7311
from Linux kernel 2.6.31-rc4 and with Labtec Webcam 2200 hardware [2]. I
am using the svv.c [3] to display the webcam image.
When I'm using the webcam in 640x480 the
Hi,
On 07/17/2009 06:28 PM, Andi Drebes wrote:
Hi!
I tried to find a mailing list for the v4l compatibility library, but I
didn't find any.
You can use Linux Media Mailing List linux-media@vger.kernel.org, guess
I should put that in the README.
This is why I'm sending this email directly to
Hi,
First of all many many thanks for doings this!
There are 4 issues with this driver, 2 of which are blockers:
1) The big one is the use of a custom debugging mechanism,
please use the v4l standard debugging mechanism
which is activated by the kernel config option
VIDEO_ADV_DEBUG,
Hi,
On 07/13/2009 08:21 PM, Karicheri, Muralidharan wrote:
Hi,
I need to implement some controls for my driver and would like to understand
the control ioctl framework available today. I am not very sure how the control
ioctls are to be implemented and it is not well defined in the
Hi,
On 07/07/2009 04:35 PM, Mauro Carvalho Chehab wrote:
Em Tue, 7 Jul 2009 15:55:59 +0200
Erik Andrénerik.and...@gmail.com escreveu:
2009/7/7 Hans de Goedehdego...@redhat.com:
Hi All,
So recently I've hit 2 issues where kernel side fixes need
to go hand in hand with libv4l updates to not
Hi All,
I'm very happy to announce the first release of the next
stable series: libv4l-0.6.0
This release features the following familiar features from
previous 0.5.9x test releases:
* Software whitebalancing
* Software automatic gain and exposure for cams which lack
this in hardware
*
Hi All,
So recently I've hit 2 issues where kernel side fixes need
to go hand in hand with libv4l updates to not cause regressions.
First lets discuss the 2 cases:
1) The pac207 driver currently limits the framerate (and thus
the minimum exposure time) because at higher framerate the
cam
Hi,
Thanks for the patch I've applied it to my tree, and it will be in the
to be released soon libv4l-0.6.0 release.
Regards,
Hans
On 07/03/2009 04:19 AM, Mauro Carvalho Chehab wrote:
Currently, em28xx driver outputs webcams only at RGB565 format. However,
several webcam applications don't
mail stuurt:
linux-media@vger.kernel.org, is open voor non subscribers.
MvG,
Hans
On 07/02/2009 09:31 AM, S.A. Hartsuiker wrote:
Hoi Hans,
On 07/01/2009 09:57 PM, Hans Verkuil wrote:
On Monday 29 June 2009 10:33:27 Hans de Goede wrote:
Hoi Hans,
Ik ben van het weekend (linuxtag Berlijn
On 06/30/2009 12:46 PM, Jean-Francois Moine wrote:
On Mon, 29 Jun 2009 20:43:29 +0200 (CEST)
eric.patur...@orange.fr wrote:
i am trying to use an ngs skull webcam with the gspca sonixj
driver . i enclose a screen copy , so one can see what what i mean :
the image is flatten vertically , there
Hi,
On 06/22/2009 04:29 AM, Mauro Carvalho Chehab wrote:
snip
luvcview is a somewhat limited app, which only works with uvc cams, even libv4l
cannot
help it, as it requests uvc specific formats to which libv4l cannot convert.
What application works better with libv4l? Btw, it would be nice
On 06/21/2009 02:39 AM, Mauro Carvalho Chehab wrote:
Em Sat, 20 Jun 2009 15:26:25 +0200
Hans de Goedehdego...@redhat.com escreveu:
On 06/20/2009 12:51 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 23:54:40 +0200
Hans de Goedehdego...@redhat.com escreveu:
Support for the
Hi,
On 06/21/2009 02:39 AM, Mauro Carvalho Chehab wrote:
Em Sat, 20 Jun 2009 15:26:25 +0200
Hans de Goedehdego...@redhat.com escreveu:
err -28 is ENOSPC which is given by usb_submit_urb, when the
required bandwidth for the isoc transfer is not available.
With most cams we then automatically
Hi,
On 06/21/2009 02:10 PM, Mauro Carvalho Chehab wrote:
Em Sun, 21 Jun 2009 08:45:03 +0200
Hans de Goedehdego...@redhat.com escreveu:
On 06/21/2009 02:39 AM, Mauro Carvalho Chehab wrote:
Em Sat, 20 Jun 2009 15:26:25 +0200
Hans de Goedehdego...@redhat.com escreveu:
On 06/20/2009 12:51
Hi Mauro,
As requested:
On 06/18/2009 12:44 PM, Mauro Carvalho Chehab wrote:
Also, checkpatch is warning about a few troubles at the patches.
Could you please create another tree, directly based on mine, fix the coding
styles and send another pull request?
I've rebased my tree on your
Hi Mauro,
Can you please pull from:
http://linuxtv.org/hg/~hgoede/gspca
I've asked JF Moine a couple of days ago if he wanted
this to go through his tree or directly, but have not
received an answer, as there is one important bugfix
in this tree I'm now asking you to pull this directly.
For
Hi,
I recently have been bying second hand usb webcams left and right
one of them (a creative unknown model) uses the cpia1 chipset, and
works with the v4l1 driver currently in the kernel.
One of these days I would like to convert it to a v4l2 driver using
gspca as basis, this however will
On 06/17/2009 09:43 AM, Hans Verkuil wrote:
Hi,
I recently have been bying second hand usb webcams left and right
one of them (a creative unknown model) uses the cpia1 chipset, and
works with the v4l1 driver currently in the kernel.
One of these days I would like to convert it to a v4l2
On 06/17/2009 11:56 AM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 09:43:50 +0200 (CEST)
Hans Verkuilhverk...@xs4all.nl escreveu:
I recently have been bying second hand usb webcams left and right
one of them (a creative unknown model) uses the cpia1 chipset, and
works with the v4l1
Hi,
On 06/17/2009 05:23 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 16:41:23 +0200
Hans de Goedehdego...@redhat.com escreveu:
Hi all,
On 06/17/2009 04:28 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 12:59:59 +0200
Hans de Goedehdego...@redhat.com escreveu:
snip
As
On 06/17/2009 08:11 PM, Brian Johnson wrote:
Hans de Goede wrote:
sn9c102
Supports a large number of cams also supported by gspca's sonixb / sonixj
driver, we're using
#ifdef macros to detect if both are being build at the same time to
include usb-id's only
in one of the 2.
Btw
Hi Mauro,
Can you please pull from:
http://linuxtv.org/hg/~hgoede/gspca
I know you haven't even had the chance to do my previous
pull request :)
New this time:
* mark the ov511 driver as deprecated, note:
we should really also keep track of this
in Documentation/feature-removal-schedule.txt,
On 06/15/2009 03:01 AM, Erik de Castro Lopo wrote:
On Sat, 13 Jun 2009 18:12:10 +1000
Hans de Goedehdego...@redhat.com wrote:
Getting ovfx2 support into the mainline kernel sounds like a good idea!
I'm not such a big fan of merging the driver as is though, as it does
its own buffer
Hi Erik,
For the latest version of the gspca ov519 driver, with all me
recent work for adding ov511 and ov518 support in it see:
http://linuxtv.org/hg/~hgoede/gspca
Regards,
Hans
On 06/13/2009 02:45 AM, Erik de Castro Lopo wrote:
Hans de Goede wrote:
This looks to me like its just ov51x
Hi,
On 06/13/2009 02:45 AM, Erik de Castro Lopo wrote:
Hans de Goede wrote:
This looks to me like its just ov51x-jpeg made to compile with the
latest kernel.
Its more than that. This driver supports a number of cameras and the
only one we (bCODE) are really interested in is the ovfx2 driver
On 06/12/2009 03:02 AM, Erik de Castro Lopo wrote:
Hi all,
I have a driver for a USB video camera that I'd like to see added to
the mainline kernel, mainly so I don't have to fix breakage due to
constant changes in the kernel :-).
The code is GPL and is available here:
On 06/11/2009 11:33 AM, Hans Verkuil wrote:
On 06/11/2009 10:35 AM, Hans Verkuil wrote:
snip (a lot)
Hmm,
Why would we want the *application* to set things like this *at all* ?
with sensors hsync and vsync and other timing are something between
the bridge and the sensor, actaully in my
Hi all,
On 06/08/2009 10:58 AM, Stefan Kost wrote:
Hans de Goede schrieb:
On 06/05/2009 09:43 AM, Stefan Kost wrote:
Hans de Goede schrieb:
On 06/01/2009 09:58 AM, Trent Piepho wrote:
On Mon, 1 Jun 2009, Stefan Kost wrote:
I have implemented support for V4L2_MEMORY_USERPTR buffers
Looks good, we recently fixed the same issue in the gspca driver to,
Acked-by: Hans de Goede hdego...@redhat.com
On 06/04/2009 09:18 PM, Lennart Poettering wrote:
The current code creates a sysfs device path where the video4linux
device is child of the usb device itself instead
On 06/05/2009 09:43 AM, Stefan Kost wrote:
Hans de Goede schrieb:
On 06/01/2009 09:58 AM, Trent Piepho wrote:
On Mon, 1 Jun 2009, Stefan Kost wrote:
I have implemented support for V4L2_MEMORY_USERPTR buffers in
gstreamers
v4l2src [1]. This allows to request shared memory buffers from
Hi all,
On 06/04/2009 04:07 PM, Jean Delvare wrote:
Add missing __devexit_p() to several drivers. Also add a few missing
__init, __devinit and __exit markers. These errors could result in
build failures depending on the kernel configuration.
Signed-off-by: Jean Delvarekh...@linux-fr.org
Hi All,
So 0.5.98 had a few nasty bugs, causing black screens
and crashes in certain cases.
This release should fix all those.
libv4l-0.5.99
-
* Link libv4lconvert with -lm for powf by Gregor Jasny
* Fix black screen on devices with hardware gamma control
* Fix crash with devices
On 06/01/2009 09:58 AM, Trent Piepho wrote:
On Mon, 1 Jun 2009, Stefan Kost wrote:
I have implemented support for V4L2_MEMORY_USERPTR buffers in gstreamers
v4l2src [1]. This allows to request shared memory buffers from xvideo,
capture into those and therefore save a memcpy. This works great
On 05/27/2009 11:43 PM, Theodore Kilgore wrote:
Hans,
Here is the answer which I got about the question of GPL-LGPL licensing
in regard to the sn9c2028 decompression code.
Hmm,
Given that you did have contact with the original author years ago and
he also did ok it back then, and that
On 05/28/2009 04:34 PM, Theodore Kilgore wrote:
On Thu, 28 May 2009, Hans de Goede wrote:
On 05/27/2009 11:43 PM, Theodore Kilgore wrote:
Hans,
Here is the answer which I got about the question of GPL-LGPL licensing
in regard to the sn9c2028 decompression code.
Hmm,
Given that you
Hi All,
This is probably the last test release for the 0.6.x series,
the video processing code has been rewritten and works very
nicely now. Please give this release a thorough testing!
The software whitebalancing and gamma correction can make a
very positive difference on the image quality
On 05/26/2009 01:44 PM, Guennadi Liakhovetski wrote:
Hi all
I think it would be agood time now to get my Logitech QuickCam Messenger
camera working with the current gspca driver. It used to work with
gspcav1-20071224, here's dmesg output:
/tmp/gspcav1-20071224/gspca_core.c: USB GSPCA camera
On 05/26/2009 02:08 PM, Guennadi Liakhovetski wrote:
On Tue, 26 May 2009, Hans de Goede wrote:
First of all, which app are you using to test the cam ? And are you using that
app in combination with libv4l ?
xawtv, no, it doesn't use libv4l, but it works with the old
gspcav1-20071224. Ok
Hi,
Thanks for the patch, but I see one big issue with this patch,
the decompression algorithm is GPL, where as libv4l is LGPL.
Any chance you could get this relicensed to LGPL ?
Regards,
Hans
On 05/24/2009 12:12 AM, Theodore Kilgore wrote:
The purpose of the following patch is to do the
On 05/19/2009 10:35 PM, Theodore Kilgore wrote:
I can not seem to be able to find any such devices which use this. So
perhaps I am not looking in the right place and someone could point me
there.
In any event, it appears to me to have absolutely nothing at all to do
with the decompression
On 05/16/2009 12:31 AM, Theodore Kilgore wrote:
I decided recently to work on support for the SN9C2028 dual-mode
cameras, which are supported as still cameras in
libgphoto2/camlibs/sonix. Today, I succeeded in getting three frames out
of one of them, using svv -gr, and I was able to convert
On 04/19/2009 12:45 AM, Adam Baker wrote:
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
On 05/14/2009 06:00 PM, MK wrote:
Since I'm cross-posting this (as advised) I should introduce myself by
saying I am a neophyte C programmer getting into kernel programming by
trying to write a driver for an unsupported webcam. So far I've gotten
the device to register and have enumerated the
On 05/10/2009 09:11 AM, Jean-Francois Moine wrote:
On Tue, 5 May 2009 11:08:46 +0200
Jean-Francois Moinemoin...@free.fr wrote:
People with a spca508 webcam report a color inversion in the images.
Here is a simple patch to fix this problem.
Hello Hans,
Sorry, this is not true for all
On 04/20/2009 06:43 AM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/19/2009 09:20 PM, Erik Andrén wrote:
2009/4/19 Hans de Goedehdego...@redhat.com:
On 04/18/2009 04:40 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/17/2009 09:27 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04
On 04/18/2009 04:40 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/17/2009 09:27 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/16/2009 10:46 PM, Adam Baker wrote:
On Thursday 16 Apr 2009, Hans de Goede wrote:
On 04/16/2009 12:26 AM, Adam Baker wrote:
On Wednesday 15 Apr 2009
On 04/19/2009 09:20 PM, Erik Andrén wrote:
2009/4/19 Hans de Goedehdego...@redhat.com:
On 04/18/2009 04:40 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/17/2009 09:27 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/16/2009 10:46 PM, Adam Baker wrote:
On Thursday 16 Apr 2009, Hans
On 04/17/2009 09:27 PM, Erik Andrén wrote:
Hans de Goede wrote:
On 04/16/2009 10:46 PM, Adam Baker wrote:
On Thursday 16 Apr 2009, Hans de Goede wrote:
On 04/16/2009 12:26 AM, Adam Baker wrote:
On Wednesday 15 Apr 2009, Hans de Goede wrote:
Currently only whitebalancing is enabled
Hi All,
On 04/17/2009 12:50 AM, Theodore Kilgore wrote:
On Thu, 16 Apr 2009, Thomas Kaiser wrote:
snip
Just how does it work to set the Compression Balance size? Is this
some kind of special command sequence? Are we able to set this to
whatever we want?
It looks like. One can set a
On 04/16/2009 10:46 PM, Adam Baker wrote:
On Thursday 16 Apr 2009, Hans de Goede wrote:
On 04/16/2009 12:26 AM, Adam Baker wrote:
On Wednesday 15 Apr 2009, Hans de Goede wrote:
Currently only whitebalancing is enabled and only on Pixarts (pac)
webcams (which benefit tremendously from
On 04/16/2009 08:16 AM, Gilles Gigan wrote:
Hans,
I have tested libv4lconvert with a PCI hauppauge hvr1300 DVB-T and
found that v4lconvert_create() returns NULL. The problem comes from
the shm_open calls in v4lcontrol_create() in libv4lcontrol.c (lines
187 190). libv4lconvert constructs the
On 04/05/2009 06:53 PM, Theodore Kilgore wrote:
On Sun, 5 Apr 2009, Hans de Goede wrote:
On 04/05/2009 01:26 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans de Goede wrote:
On 04/04/2009 10:22 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash
On 04/04/2009 10:22 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
While trying to get hflip and vflip working for the stv06xx webcam
bridge coupled to the vv6410 sensor I've come across the following
problem.
When flipping the image horizontally, vertically or both,
On 04/05/2009 01:26 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans de Goede wrote:
On 04/04/2009 10:22 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
While trying to get hflip and vflip working for the stv06xx webcam
bridge coupled
On 04/05/2009 02:58 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans de Goede wrote:
On 04/05/2009 01:26 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans de Goede wrote:
On 04/04/2009 10:22 PM, Erik Andrén wrote:
-BEGIN PGP SIGNED
On 03/30/2009 12:28 AM, Adam Baker wrote:
Add check to libv4l of the sensor orientation as reported by
VIDIOC_ENUMINPUT
Signed-off-by: Adam Bakerli...@baker-net.org.uk
Looks good, thanks. I'll apply this to my libv4l tree, as soon
as its certain that the matching kernel changes will go in to
Hi all,
As discussed in the:
v4l parent for usb device interface or device?
thread, here is a patch for gspca to make it use
the usb interface as its parent device, instead
of the usb device.
Regards,
Hans
p.s.
I'll also push a patch to my libv4l repo, with
matching libv4l changes so that
On 03/25/2009 03:58 PM, Hans Verkuil wrote:
Hi Hans,
On Wednesday 25 March 2009 11:18:31 Hans de Goede wrote:
take 2 this time to the new list, hoping it gets some more attention
Hi,
Today it came to my attention (through a libv4l bugreport) that
the uvc driver and the gspca driver handle
Adam Baker wrote:
On Monday 16 March 2009, Hans de Goede wrote:
Both patches look good to me.
A complaint about lack of documentation wouldn't have gone amiss.
Er, good point.
Regards,
Hans
Unfortunately having just remembered that I should have done that I'm
struggling to get
Kilgore
Thanks applied to me tree:
http://linuxtv.org/hg/~hgoede/libv4l
I expect to release libv4l-0.5.9 with this in, soon.
Regards,
Hans
-- Forwarded message --
Date: Sun, 1 Mar 2009 17:45:32 -0600 (CST)
From: kilg...@banach.math.auburn.edu
To: Hans de Goede hdego
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu
wrote:
On Wed, 4 Mar 2009, Kyle
kilg...@banach.math.auburn.edu wrote:
Hans, Jean-Francois, and Kyle,
The proposed patches are not very long, so I will give each of them,
with my comments after each, to explain why I believe that these changes
are a good idea.
First, the patch to libv4lconvert is short and sweet:
Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
snip
Just a random thought, but maybe the pac207 driver can benefit from such a
change as well?
It could, but it is to late for that, the pac207 driver and corresponding libv4l
functionality has
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
contents of file mr97310a.patch follow, for gspca/mr97310a.c
Kyle Guinn wrote:
On Wednesday 04 March 2009 02:39:11 Hans de Goede wrote:
Which also makes me wonder about the same change for the mr97310a, is that
cam already supported in a released kernel ?
If not we MUST make sure we get this change in before 2.6.29 final, if it
is I'm afraid we cannot
really big snip
So, what do these two deep questions, which confound the assembled
wisdom of an entire list of Linux video developers, have to do with
tables in userspace? None that I can see, unless someone wants to
provide a mechanism for the information, having been collected in the
Trent Piepho wrote:
On Mon, 23 Feb 2009, Hans de Goede wrote:
Trent Piepho wrote:
On Sun, 22 Feb 2009, Hans de Goede wrote:
Trent Piepho wrote:
On Sun, 22 Feb 2009, Hans de Goede wrote:
Yes that is what we are talking about, the camera having a gravity switch
(usually nothing as advanced
kilg...@banach.math.auburn.edu wrote:
On Sun, 22 Feb 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
snip
Hans and Adam,
I am not sure how it fits into the above discussion, but perhaps it
is relevant to point out that flags can be toggled. Here is what I mean
DongSoo(Nathaniel) Kim wrote:
Hello Adam,
I've been thinking exactly the same issue not usb but SoC based camera.
I have no idea about how usb cameras work but I am quite curious about
is it really possible to make proper orientation with only querying
camera driver.
Because in case of SoC
kilg...@banach.math.auburn.edu wrote:
huge snip
Therefore,
1. Everyone seems to agree that the kernel module itself is not going to
do things like rotate or flip data even if a given supported device
always needs that done.
However, this decision has a consequence:
2. Therefore, the
Hans Verkuil wrote:
On Monday 16 February 2009 05:04:40 Trent Piepho wrote:
On Sun, 15 Feb 2009, Mauro Carvalho Chehab wrote:
On Sun, 15 Feb 2009 10:29:03 +0100
Hans de Goede hdego...@redhat.com wrote:
I think we should also be able to detect 90 and 270 degree
rotations. Or at the very
Hans Verkuil wrote:
Hans Verkuil wrote:
On Monday 16 February 2009 05:04:40 Trent Piepho wrote:
On Sun, 15 Feb 2009, Mauro Carvalho Chehab wrote:
On Sun, 15 Feb 2009 10:29:03 +0100
Hans de Goede hdego...@redhat.com wrote:
I think we should also be able to detect 90 and 270 degree
Mauro Carvalho Chehab wrote:
On Mon, 16 Feb 2009 10:44:03 +0100
Hans de Goede hdego...@redhat.com wrote:
I've discussed this with Laurent Pinchart (and other webcam driver authors) and
the conclusion was that having a table of USB-ID's + DMI strings in the driver,
and design an API to tell
Mauro Carvalho Chehab wrote:
On Mon, 16 Feb 2009 13:19:47 +0100
Hans de Goede hdego...@redhat.com wrote:
Hans,
Mauro Carvalho Chehab wrote:
On Mon, 16 Feb 2009 10:44:03 +0100
Hans de Goede hdego...@redhat.com wrote:
I've discussed this with Laurent Pinchart (and other webcam driver
Hans Verkuil wrote:
Hi Hans,
On Friday 13 February 2009 13:57:45 Hans Verkuil wrote:
Hi Hans,
I've developed a converter for the HM12 format (produced by Conexant MPEG
encoders as used in the ivtv and cx18 drivers).
But libv4l2 has a problem in its implementation of v4l2_read: it assumes
kilg...@banach.math.auburn.edu wrote:
On Sat, 14 Feb 2009, Hans Verkuil wrote:
On Saturday 14 February 2009 22:55:39 Hans de Goede wrote:
Adam Baker wrote:
Hi all,
Hans Verkuil put forward a convincing argument that sensor orientation
shouldn't be part of the buffer flags
Trent Piepho wrote:
On Sun, 15 Feb 2009, Hans de Goede wrote:
Hans Verkuil wrote:
On Sunday 15 February 2009 10:08:04 Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Sat, 14 Feb 2009, Hans Verkuil wrote:
On Saturday 14 February 2009 22:55:39 Hans de Goede wrote:
Adam Baker
Hans Verkuil wrote:
Hi Mauro, Hans,
Pending an Ack from Hans de Goede, can you please pull from
http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-lib for the following:
- libv4l2util: rename from libv4l2 to prevent clash with the libv4l2
conversion library
- v4l2-apps: move libraries around
901 - 980 of 980 matches
Mail list logo
