Hi,
On 01/03/2011 11:51 AM, Mauro Carvalho Chehab wrote:
Signed-off-by: Mauro Carvalho Chehabmche...@redhat.com
diff --git a/lib/libv4lconvert/control/libv4lcontrol.c
b/lib/libv4lconvert/control/libv4lcontrol.c
index f32ef7b..a182efe 100644
--- a/lib/libv4lconvert/control/libv4lcontrol.c
+++
for TechnoTrend CT-3650 (2010-12-31 09:10:24 -0200)
are available in the git repository at:
git://linuxtv.org/hgoede/gspca.git for_v2.6.38
Hans de Goede (9):
gspca_main: Locking fixes 1
gspca_main: Locking fixes 2
gspca_main: Update buffer flags even when user_copy fails
Hi,
On 01/02/2011 09:13 PM, Hans Verkuil wrote:
Hi Hans,
On Sunday, January 02, 2011 19:33:31 Hans de Goede wrote:
Hi,
One small correction to the sn9c102 sensor table, the
mt9v111 sensor is handled by sonixj, so the table of
bridge/sensor combi's supported by sn9c102, looks like
Hi,
On 01/02/2011 12:25 PM, Hans Verkuil wrote:
On Sunday, January 02, 2011 11:41:31 Mauro Carvalho Chehab wrote:
Em 01-01-2011 17:53, Hans Verkuil escreveu:
The subject says it all:
If there are no objections, then I propose that the deprecated et61x251 and
sn9c102 are moved to staging for
maintain
the sonixb driver) really need hardware access to ensure things
stay working.
Second correction, I was looking at an old tree and failed to
notice that the zc0301 driver has already bitten the dust
(good!).
Regards,
Hans
On 01/02/2011 05:34 PM, Hans de Goede wrote:
Hi,
On 01/02/2011
to
libv4lconvert_convert).
I've attached 2 patches to qv4l2, fixing the read issue and a similar
issue in mmap / userptr mode. These apply on top of your patch.
Regards,
Hans
From d3393364292441fca894186c406a7e9ee982d243 Mon Sep 17 00:00:00 2001
From: Hans de Goede hdego...@redhat.com
Date: Fri, 31 Dec 2010 11:50
Hi,
On 12/25/2010 03:09 PM, Mauro Carvalho Chehab wrote:
Em 25-12-2010 07:14, Mauro Carvalho Chehab escreveu:
Em 24-12-2010 16:54, Hans Verkuil escreveu:
On Friday, December 24, 2010 15:41:10 Hans de Goede wrote:
Hi,
On 12/24/2010 03:20 PM, Hans Verkuil wrote:
On Friday, December 24, 2010
Hi,
On 12/25/2010 10:20 AM, Mauro Carvalho Chehab wrote:
Em 24-12-2010 17:55, Hans de Goede escreveu:
Mauro,
Will you pick up this patch directly or should I put it in my tree ?
Either way works for me (but I prefer if one of the gspca
maintainers/sub-mainainers
pick). If you don't pick
Hi,
On 12/22/2010 12:30 PM, Mauro Carvalho Chehab wrote:
Hans V/Hans G,
There's a nasty bug at qv4l2 or at libv4l: it is not properly updating
all info, if you change the video device. On my tests with uvcvideo (video0)
and a gspca camera (pac7302, video1), it was showing the supported formats
Hi,
On 12/24/2010 03:20 PM, Hans Verkuil wrote:
On Friday, December 24, 2010 15:19:26 Hans de Goede wrote:
Hi,
On 12/22/2010 12:30 PM, Mauro Carvalho Chehab wrote:
Hans V/Hans G,
There's a nasty bug at qv4l2 or at libv4l: it is not properly updating
all info, if you change the video device
Hi,
On 12/24/2010 02:42 PM, Hans Verkuil wrote:
Hi Hans, Mauro,
The se401, vicam, ibmcam and konicawc drivers are the only V4L1 drivers left in
2.6.37. The others are either converted or moved to staging (stradis and cpia),
ready to be removed.
Hans, what is the status of those four drivers?
Hi,
On 12/24/2010 07:58 PM, Hans Verkuil wrote:
On Friday, December 24, 2010 15:47:57 Hans de Goede wrote:
Hi,
On 12/24/2010 02:42 PM, Hans Verkuil wrote:
Hi Hans, Mauro,
The se401, vicam, ibmcam and konicawc drivers are the only V4L1 drivers left in
2.6.37. The others are either converted
Mauro,
Will you pick up this patch directly or should I put it in my tree ?
Regards,
Hans
On 12/24/2010 09:06 PM, Theodore Kilgore wrote:
This patch adds the Vendor:Product number of the Lego Bionicle camera to
the existing gspca/sq905c.c and also a line for the camera in gspca.txt.
The
Hi,
On 12/15/2010 05:11 PM, Antonio Ospite wrote:
Hi,
I am taking a look at libv4lconvert, and I have a question about the
logic in v4lconvert_convert_pixfmt(), in some conversion switches there
is code like this:
case V4L2_PIX_FMT_GREY:
switch (dest_pix_fmt) {
Hi,
On 12/16/2010 12:49 AM, Antonio Ospite wrote:
On Wed, 15 Dec 2010 21:10:52 +0100
Hans de Goedehdego...@redhat.com wrote:
Hi,
Hi Hans, thanks for the quick reply.
On 12/15/2010 05:11 PM, Antonio Ospite wrote:
Hi,
I am taking a look at libv4lconvert, and I have a question about the
Hi,
On 12/13/2010 02:27 PM, Mauro Carvalho Chehab wrote:
Em 13-12-2010 11:04, Jean-Francois Moine escreveu:
I'm not sure about this... On my tests with the two devices I have with ov7660
(sn9c105 and sn9c120), the original driver uses 48 MHz for all resolutions.
My 2 cents:
In my
repository at:
git://linuxtv.org/hgoede/gspca.git gspca-for_v2.6.38
Hans de Goede (3):
gspca_sonixb: Make sonixb handle 0c45:6007 instead of sn9c102
gspca_sonixb: Rewrite start of frame detection
gspca_sonixb: Add support for 0c45:602a
drivers/media/video/gspca/sonixb.c
Hi,
On 12/09/2010 01:08 PM, Jean-Francois Moine wrote:
On Wed, 08 Dec 2010 14:06:06 -0200
Mauro Carvalho Chehabmche...@redhat.com wrote:
Drivers should provide a wmaxpacketsize range which they need / can
deal with for a given resolution. This way we can fix your does not
need highest alt
Hi,
On 12/09/2010 01:08 PM, Jean-Francois Moine wrote:
On Wed, 08 Dec 2010 14:06:06 -0200
Mauro Carvalho Chehabmche...@redhat.com wrote:
Drivers should provide a wmaxpacketsize range which they need / can
deal with for a given resolution. This way we can fix your does not
need highest alt
Hi,
On 12/09/2010 04:55 PM, Antonio Ospite wrote:
On Mon, 6 Dec 2010 22:49:48 +0100
Hans Verkuilhverk...@xs4all.nl wrote:
On Monday, December 06, 2010 22:18:47 Antonio Ospite wrote:
snip
We are talking about LED(s?) on the webcam and the motor controlling the webcam?
That is typically
Hi,
On 12/09/2010 06:04 PM, Jason wrote:
On 12/09/2010 10:33 AM, Antonio Ospite wrote:
On Tue, 07 Dec 2010 12:29:31 +0100
Hans de Goedehdego...@redhat.com wrote:
On 12/06/2010 10:18 PM, Antonio Ospite wrote:
[...]
- Check if gspca can handle two video nodes for the same USB device
Hi,
On 12/07/2010 09:01 PM, Mauro Carvalho Chehab wrote:
Hi Jean-Fronçois,
git commit 35680baa6822df98a6ed602e2380aa0a04e18b07 (see enclosed) caused not
only a regression
at PS/3 Eye webcam (git commit f43402fa55bf5e7e190c176343015122f694857c), but
also at sn9c201 driver,
when used on SXGA
Hi,
On 12/08/2010 01:54 PM, Mauro Carvalho Chehab wrote:
Em 08-12-2010 08:01, Hans de Goede escreveu:
Hi,
On 12/07/2010 09:01 PM, Mauro Carvalho Chehab wrote:
Hi Jean-Fronçois,
git commit 35680baa6822df98a6ed602e2380aa0a04e18b07 (see enclosed) caused not
only a regression
at PS/3 Eye
Hi,
On 12/08/2010 03:14 PM, Mauro Carvalho Chehab wrote:
Grey format is like YUV, with U/V channels with 0. Add the corresponding
bits to libv4l, for it to handle this format.
Signed-off-by: Mauro Carvalho Chehabmche...@redhat.com
diff --git a/lib/libv4lconvert/libv4lconvert-priv.h
Hi,
On 12/06/2010 10:18 PM, Antonio Ospite wrote:
Hi,
a first, very simplified, linux kernel driver for the Kinect sensor
device is now available, so you now can use it as a ridiculously
expensive webcam with any v4l2 application.
Here's the code:
http://git.ao2.it/gspca_kinect.git/
Great!
Hi,
On 11/22/2010 11:59 AM, Laurent Pinchart wrote:
Hi Shuzhen,
On Sunday 21 November 2010 00:50:59 Shuzhen Wang wrote:
Hello, Laurent,
Thank you for the reply.
In our case, most of the time the sensor outputs bigger image size than the
output size, so the ISP hardware does downscaling.
repository at:
git://linuxtv.org/hgoede/gspca.git gspca-for_v2.6.38
Hans de Goede (3):
pwc: do not start isoc stream on /dev/video open
pwc: Also set alt setting to alt0 when no error occured
pwc: failure to submit an urb is a fatal error
drivers/media/video/pwc/pwc-ctrl.c
Hi,
On 11/10/2010 10:14 PM, Markus Rechberger wrote:
On Wed, Nov 10, 2010 at 9:54 PM, Mohamed Ikbel Boulabiar
boulab...@gmail.com wrote:
The bounty is already taken by that developer.
But now, the Kinect thing is supported like a GPL userspace library.
Maybe still need more work to be
)
are available in the git repository at:
git://linuxtv.org/hgoede/gspca gspca-for_v2.6.38
Hans de Goede (1):
gspca-stv06xx: support bandwidth changing
drivers/media/video/gspca/stv06xx/stv06xx.c| 55 +++-
drivers/media/video/gspca/stv06xx/stv06xx_hdcs.h | 11
Hi,
On 10/30/2010 12:40 PM, Anca Emanuel wrote:
On Fri, Oct 29, 2010 at 3:12 PM, Anca Emanuelanca.eman...@gmail.com wrote:
Hi all, sorry for the noise, but in current mainline (2.6.36-git12)
there are some updates in ov519.c
I'm running this kernel now and my camera is still not working
Hi Sakari,
On 10/28/2010 08:30 AM, Hans de Goede wrote:
Hans de Goede wrote:
Hi All,
Hi Hans,
Thanks for the RFC!
I'd have a few comments and questions.
The coding style for libv4l hasn't been defined as far as I understand.
Should kernel coding style be assumed, or something else?
v4l
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/ibmcam3
Starting at the commit titled:
gspca: submit interrupt urbs *after* isoc urbs
This pull consists of the following commits:
gspca: submit interrupt urbs *after* isoc urbs
gspca: only set gspca-int_urb if submitting it succeeds
-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/gspca/gspca.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/gspca/gspca.c
b/drivers/media/video/gspca/gspca.c
index dbd63c5..a089fca 100644
--- a/drivers/media/video/gspca/gspca.c
+++ b
sensor, as this is the only one for
which we know how to change the framerate.
This patch is based on an initial incomplete patch by
Lee Jones lee.jo...@canonical.com
Signed-off-by: Lee Jones lee.jo...@canonical.com
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/gspca/stv06xx
Atleast on the ibm netcam pro frames have a 4 byte footer, take this
into account when calculating sizeimage.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/gspca/xirlink_cit.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff
not need
full bandwidth
- Make minimum acceptable bandwidth depend upon resolution
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/gspca/xirlink_cit.c | 41 +++---
1 files changed, 31 insertions(+), 10 deletions(-)
diff --git a/drivers/media/video
Generate a release button event when the button is still pressed when the
stream stops.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/gspca/ov519.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/gspca/ov519.c
b
Hi,
On 10/27/2010 02:39 PM, Erik Andrén wrote:
2010/10/27 Hans de Goedehdego...@redhat.com:
stv06xx devices have only one altsetting, but the actual used
bandwidth can be programmed through a register. We were already
setting this register lower then the max packetsize of the altsetting
Hi,
On 10/27/2010 12:49 PM, Janne Grunau wrote:
snip
With using ffmpeg MJPEG decoding it takes my computer on average
43.616 ms to decode the frame what is 0.0087 us per pixel.
That is a great improvement, but using ffmpeg in libv4l is not an option
for multiple reasons:
1) It is GPL
Hi,
On 10/27/2010 03:59 PM, Mitar wrote:
Hi!
On Wed, Oct 27, 2010 at 3:23 PM, Hans de Goedehdego...@redhat.com wrote:
If and only if libjpeg-turbo turns out to be much slower this is something
to consider. But the first thing to do here is see if we can solve this
in a way which is
Hi,
On 10/27/2010 04:32 PM, Mauro Carvalho Chehab wrote:
Linus,
Please pull from
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
v4l_for_linus
snip snip
I see that you did not include the changes from my pull request send today,
understandably so, but I
Hi,
On 10/14/2010 01:16 PM, Gary Thomas wrote:
Hans,
Please forgive the direct email; try as I might, I could not
find any other vehicle to discuss this (feel free to steer me
to the proper place).
There indeed is a lack of a mailinglist or forum for
v4l-utils. This has been discussed
Hi,
NACK
The byte ordering in v4l1's VIDEO_PALETTE_RGB24 was never really
clear, but the kernel v4l1 compatibility ioctl handling has
been mapping VIDEO_PALETTE_RGB24 - V4L2_PIX_FMT_BGR24
for ever and many v4l1 apps actually expect VIDEO_PALETTE_RGB24
to be BGR24. The only one I know of to get
Hi,
On 09/17/2010 12:58 AM, Andy Walls wrote:
Hi Hans and Hans,
I'd like to move the source code maintained here:
http://ivtvdriver.org/svn/
to someplace where it may be less likely to suffer bit rot.
I was hoping the v4l-utils git repo would be an appropriate place.
Do either of you have
Ack!
Acked-by: Hans de Goede hdego...@redhat.com
On 09/12/2010 07:45 PM, Andy Walls wrote:
Turn the lights of the QX3 on (or off) as needed when resuming and at module
load.
Signed-off-by: Andy Wallsawa...@md.metrocast.net
diff -r f09faf8dd85d -r 5e576066eeaf linux/drivers/media/video/gspca
Ack,
Acked-by: Hans de Goede hdego...@redhat.com
p.s.
Jean-Francois, since your tree also has the needed videodev2.h changes I assume
you'll take these patches in your tree and thus I won't add them to mine.
Regards,
Hans
On 09/12/2010 07:45 PM, Andy Walls wrote:
The illuminator controls
Ack.
Acked-by: Hans de Goede hdego...@redhat.com
On 09/12/2010 03:51 AM, Andy Walls wrote:
gspca_cpia1: Add basic v4l2 illuminator controls for the Intel Play QX3
This patch add basic V4L2 controls for the illuminators on the Intel
Play QX3 microscope.
Signed-off-by: Andy Wallsawa
Hi,
On 09/12/2010 03:51 AM, Andy Walls wrote:
gspca_cpia1: Disable illuminator controls if not an Intel Play QX3
The illuminator controls should only be available to the user for the Intel
Play QX3 microscope.
Signed-off-by: Andy Wallsawa...@md.metrocast.net
diff -r d165649ca8a0 -r
Hi,
On 09/12/2010 03:51 AM, Andy Walls wrote:
gspca_cpia1: Restore QX3 illuminators' state on resume
Turn the lights of the QX3 on (or off) as needed when resuming and at module
load.
Signed-off-by: Andy Wallsawa...@md.metrocast.net
diff -r 32d5c323c541 -r c2e7fb2d768e
Hi,
On 09/09/2010 08:55 AM, Hans Verkuil wrote:
On Tuesday, September 07, 2010 23:14:10 Hans de Goede wrote:
snip
How about a compromise, we add a set of standard defines for menu
index meanings, with a note that these are present as a way to standardize
things between drivers
Hi,
On 09/09/2010 08:55 AM, Peter Korsgaard wrote:
Hans == Hans Verkuilhverk...@xs4all.nl writes:
Hi,
- the status LED should be controlled by the LED interface.
Hans I originally was in favor of controlling these through v4l as
Hans well, but people made some good arguments
Hi,
On 09/09/2010 03:29 PM, Hans Verkuil wrote:
Hi,
On 09/09/2010 08:55 AM, Peter Korsgaard wrote:
Hans == Hans Verkuilhverk...@xs4all.nl writes:
Hi,
- the status LED should be controlled by the LED interface.
Hans I originally was in favor of controlling these through v4l
Hi,
On 09/09/2010 04:14 PM, Andy Walls wrote:
I'm of the mind that independent boolean illuminator controls are Ok. I think
that scales better. Not that I could imagine many in use for 1 camera anyway,
but some may be colors other than white.
Illuminator0 should always correspond to the
Hi,
On 09/09/2010 04:41 PM, Andy Walls wrote:
Hans de Goede,
The uvc API that creates v4l2 ctrls on behalf of userspace could intercept
those calls and create an LED interface instead of, or in addition to, the v4l2
ctrl.
That would mean special casing certain extension controls which I
Hi,
Looks good to me.
Acked-by: Hans de Goede hdego...@redhat.com
Regards,
Hans
On 09/06/2010 08:11 PM, Jean-Francois Moine wrote:
Hi,
This new proposal cancels the previous 'LED control' patch.
Cheers.
-- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr
Hi,
On 09/07/2010 09:30 AM, Hans Verkuil wrote:
On Monday, September 06, 2010 20:11:05 Jean-Francois Moine wrote:
Hi,
This new proposal cancels the previous 'LED control' patch.
Cheers.
Hi Jean-Francois,
You must also add support for these new controls in v4l2-ctrls.c in
Replying to myself.
On 09/07/2010 11:42 AM, Hans de Goede wrote:
Hi,
On 09/07/2010 09:30 AM, Hans Verkuil wrote:
On Monday, September 06, 2010 20:11:05 Jean-Francois Moine wrote:
Hi,
This new proposal cancels the previous 'LED control' patch.
Cheers.
Hi Jean-Francois,
You must also
Hi all,
On 09/07/2010 11:47 AM, Hans Verkuil wrote:
On Tuesday, September 07, 2010 11:44:18 Hans de Goede wrote:
Replying to myself.
On 09/07/2010 11:42 AM, Hans de Goede wrote:
Hi,
On 09/07/2010 09:30 AM, Hans Verkuil wrote:
On Monday, September 06, 2010 20:11:05 Jean-Francois Moine wrote
Hi,
On 09/07/2010 04:50 PM, Hans Verkuil wrote:
On Tuesday, September 07, 2010 13:59:19 Hans de Goede wrote:
Hi all,
On 09/07/2010 11:47 AM, Hans Verkuil wrote:
On Tuesday, September 07, 2010 11:44:18 Hans de Goede wrote:
Replying to myself.
On 09/07/2010 11:42 AM, Hans de Goede wrote:
Hi
Hi,
On 09/07/2010 05:30 PM, Hans Verkuil wrote:
On Tuesday, September 07, 2010 15:04:55 Hans de Goede wrote:
Hi,
On 09/07/2010 04:50 PM, Hans Verkuil wrote:
snip
Both off
Top on, Bottom off
Top off, Bottom on
Both on
Which raises the question do we leave this as is, or do we make this 2
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/ibmcam3
Which is my gspca tree which features 2 new (rewritten old v4l1 drivers)
gspca subdrivers for xirlink cit and konica chipset webcams.
The complete pull consists of the following commits:
4 minutes Hans de Goede
Hi,
On 09/03/2010 03:09 AM, Andy Walls wrote:
# HG changeset patch
# User Andy Wallsawa...@radix.net
# Date 1283475832 14400
# Node ID 0d251a2976b46e11cc817207de191896718b93a3
# Parent a4c762698bcb138982b81cf59e5bc4b7155866a9
gspca_cpia1: Add lamp cotrol for Intel Play QX3 microscope
From:
Hi,
On 09/05/2010 10:04 AM, Peter Korsgaard wrote:
Hans == Hans de Goedehdego...@redhat.com writes:
Hi,
+ entryconstantV4L2_CID_LEDS/constant/entry
+ entryinteger/entry
+ entrySwitch on or off the LED(s) or illuminator(s) of the device.
+ The control type and
Hi,
p.s. (forgot to mention this in my previous mail)
On 09/03/2010 03:09 AM, Andy Walls wrote:
snip
@@ -447,6 +449,20 @@
.set = sd_setcomptarget,
.get = sd_getcomptarget,
},
+ {
+ {
+#define V4L2_CID_LAMPS (V4L2_CID_PRIVATE_BASE+1)
Hi,
On 08/31/2010 11:43 PM, David Ellingsworth wrote:
Hans,
I haven't had any success with this driver as of yet. My camera is
shown here: http://www.amazon.com/IBM-Net-Camera-Pro-camera/dp/B0009MH25U
The part number listed on the bottom is 22P5086. It's also labeled as
being an IBM Net Camera
Hi,
On 09/05/2010 10:56 AM, Jean-Francois Moine wrote:
On Sun, 05 Sep 2010 09:56:54 +0200
Hans de Goedehdego...@redhat.com wrote:
I think that using one control for both status leds (which is what we
are usually talking about) and illuminator(s) is a bad idea. I'm fine
with standardizing
Hi,
On 09/05/2010 08:43 PM, Andy Walls wrote:
On Sun, 2010-09-05 at 15:54 +0200, Hans de Goede wrote:
Hi,
On 09/05/2010 10:56 AM, Jean-Francois Moine wrote:
On Sun, 05 Sep 2010 09:56:54 +0200
Hans de Goedehdego...@redhat.com wrote:
I think that using one control for both status leds
Hi,
I'm happy to announce the second stable release of v4l-utils, with
as highlight that libv4l1 no longer needs the kernel v4l1 compat
code, so that can be removed from the kernel (jay!).
New this release:
v4l-utils-0.8.1
---
* Utils changes:
* Various v4l-keytable improvements
Hi,
On 08/28/2010 12:54 AM, Jonathan Isom wrote:
On Sun, Jul 4, 2010 at 6:29 AM, Hans de Goedehdego...@redhat.com wrote:
Hi all,
I've finished porting the usbvideo v4l1 ibmcam and
konicawc drivers to gspcav2.
The ibmcam driver is replaced by gspca_xirlink_cit, which also
adds support for 2
Hi,
On 07/15/2010 09:30 PM, Yuri wrote:
I use Logitech QuickCam Deluxe on FreeBSD-8.1.
It shows the image for a while but after 20sec-5min it errors out with
the message from libv4l, see below.
Could this be a bug in libv4l or it maybe it should be passed some
tolerance to errors option?
Hi,
On 07/19/2010 06:53 PM, Yuri wrote:
On 07/19/2010 05:22, Hans de Goede wrote:
This is not really a bug in libv4l, but more of a problem with error
tolerance in the application you are using. However many apps don't
handle
any kind of errors all that well. So the latest libv4l will retry
Hi all,
I've finished porting the usbvideo v4l1 ibmcam and
konicawc drivers to gspcav2.
The ibmcam driver is replaced by gspca_xirlink_cit, which also
adds support for 2 new models (it turned out my testing cams
where not supported by the old driver). This one could use
more testing.
The
Hi All,
RFC: a plugin API for libv4l2
=
During the Plumbers conference in 2009 various parties expresse interest
in adding a plugin API to libv4l2. Some hardware can do some
processing steps in hardware, but this needs to be setup from userspace
and sometimes still
Hi,
Thanks for the patch I've applied it to the v4l-utils tree.
Regards,
Hans
On 06/08/2010 07:36 PM, Balint Reczey wrote:
Logitech, Inc. Webcam Pro 9000 supports 18 wich is more than the the originally
supported 16. 256 should be enough for a while.
---
Hi,
On 06/03/2010 06:17 PM, Bill Davidsen wrote:
So would you be willing to test the new driver (when it is finished) ?
Sure, just let me know what kernel the patch is against. As you say, my
cams are Model2 in the old nomenclature.
Interesting that the size is set to 352x240 rather than CIF
Hi,
Looks good, applied
Thanks!
Regards,
Hans
On 06/04/2010 09:23 AM, huzai...@redhat.com wrote:
From: Huzaifa Sidhpurwalahuzai...@redhat.com
move VIDIOCGFREQ and VIDIOCSFREQ to libv4l1
Signed-of-by: Huzaifa Sidhpurwalahuzai...@redhat.com
---
lib/libv4l1/libv4l1.c | 28
Hi,
Looks good, applied
Thanks!
Regards,
Hans
On 06/04/2010 09:40 AM, huzai...@redhat.com wrote:
From: Huzaifa Sidhpurwalahuzai...@redhat.com
move VIDIOCCAPTURE to libv4l1
Signed-of-by: Huzaifa Sidhpurwalahuzai...@redhat.com
---
lib/libv4l1/libv4l1.c | 16
1 files
Hi,
See comments inline.
On 06/07/2010 11:50 AM, huzai...@redhat.com wrote:
From: Huzaifa Sidhpurwalahuzai...@redhat.com
move VIDIOCGAUDIO and VIDIOCSAUDIO to libv4l1
Signed-of-by: Huzaifa Sidhpurwalahuzai...@redhat.com
---
lib/libv4l1/libv4l1-priv.h |7 ++
lib/libv4l1/libv4l1.c
Hi,
On 06/03/2010 09:03 AM, Bjørn Mork wrote:
Mauro Carvalho Chehabmche...@infradead.org writes:
Em 02-06-2010 18:09, Andrew Morton escreveu:
On Sun, 30 May 2010 14:29:55 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=16077
2.6.33 - 2.6.34
Hi,
On 06/01/2010 07:19 PM, Bill Davidsen wrote:
Hans de Goede wrote:
In case you don't have this information, here is a line from lsusb:
Bus 003 Device 002: ID 0545:8080 Xirlink, Inc. IBM C-It Webcam
Hopefully the items you have ordered are the same model.
I have the same usb-id
Hi,
Thanks, I've applied your patch with one small fix,
The else block at the end of was wrongly indented
(one indent level too much) It is the else for the first if, not the second.
Note the first if has a { at the end of the line, and the second does not,
and the else starts with a }.
Hi,
On 05/29/2010 12:46 AM, Andrew Morton wrote:
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Tue, 25 May 2010 23:02:23 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=16050
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For the following changes:
gspca_ovfx2: drop first frames in stream if not synced
gspca_tv8532: remove a whole bunch of unnecessary register writes
gspca_tv8532: add gain control
gspca_tv8532: rename brightness control to exposure
Hi all,
See attachment.
Regards,
Hans
RFC: a processing plugin API for libv4l
===
Since libv4l-0.6.x libv4l has the ability to do various video
processing steps in software:
- white balance
- gamma correction
- autogain and exposure (simply called autogain
conversion: Hans de Goede.
3) videobuf/videobuf2: what are the shortcomings, what are the requirements for
a 'proper' videobuf implementation, can the existing videobuf be fixed or do
we need a videobuf2. If the latter, what would be needed to convert existing
drivers over to a videobuf2
Hi,
Thanks, added to my tree and pushed.
Regards,
Hans
On 05/25/2010 12:06 PM, huzai...@redhat.com wrote:
From: Huzaifa Sidhpurwalahuzai...@redhat.com
move VIDIOCGCHAN to libv4l1
Signed-off-by: Huzaifa Sidhpurwalahuzai...@redhat.com
---
lib/libv4l1/libv4l1.c | 39
].min_height;
cap-maxwidth = devices[index].max_width;
cap-maxheight = devices[index].max_height;
+
break;
+
}
case VIDIOCSPICT: {
Hans de Goede wrote:
Hi Huzaifa,
First of all many thanks for working on this!
Comments inline.
On 05/18
Hi Huzaifa,
First of all many thanks for working on this!
Comments inline.
On 05/18/2010 01:12 PM, Huzaifa Sidhpurwala wrote:
Hi All,
I have been working with Hans for moving the v4l1 ioctls from the kernel
to libv4l1.
It would be best to work on one ioctl at a time.
The enclosed patch
Hi,
I'm happy to announce the first stable release of v4l-utils, nothing
special this time around just a few small bug fixes and cleanups
left and right.
New this release:
v4l-utils-0.8.0
---
* Utils changes:
* Various v4l-keytable improvements (mchehab)
* Various v4l2-ctl fixes
Hi all,
Currently v4l-utils is at version 0.7.91, which as the version
suggests is meant as a beta release.
As this release seems to be working well I would like to do
a v4l-utils-0.8.0 release soon. This is a headsup, to give
people a chance to notify me of any bugs they would like to
see
Hi,
On 04/23/2010 05:18 PM, Chicken Shack wrote:
It would make much more sense to complete (or at least try to complete)
xawtv 4.0 pre instead of fixing bugs in 3.96.
Reasons why?
1. 4.0 pre contains more innovation, new ideas.
2. 3.96 s analogue only, not DVB.
3. Both the analogue AND the
Hi,
make sure you're using the camera together with apps which are using
libv4l, such as cheese.
Regards,
Hans
On 04/25/2010 08:39 PM, skjel...@robin.no wrote:
Hi!
I'd have an Exibel snakescope TF2808 which dont make any picure on
Linux. It worked ok on windows, but I do not have windows
Hi,
On 04/09/2010 08:58 AM, Hans Verkuil wrote:
On Monday 05 April 2010 21:36:35 Sakari Ailus wrote:
Hello everyone,
I'm glad to announce Nokia will be hosting a V4L2 and Media controller
mini-summit in Helsinki, Finland from 14th to 16th June --- that's from
Monday to Wednesday. The event
Hi,
On 03/22/2010 11:55 AM, Hans Verkuil wrote:
On Monday 22 March 2010 10:29:09 Hans de Goede wrote:
Hi,
On 03/22/2010 01:17 AM, Hans Verkuil wrote:
On Sunday 21 March 2010 23:45:04 Hans Verkuil wrote:
On Saturday 20 March 2010 09:58:49 Hans Verkuil wrote:
These drivers have no hardware
Hi,
On 03/22/2010 09:11 AM, Hans Verkuil wrote:
On Sunday 21 March 2010 00:14:25 Hans de Goede wrote:
Hi,
On 03/20/2010 10:21 AM, Hans Verkuil wrote:
Hi all!
The second phase that needs to be done to remove the v4l1 support from the
kernel is that libv4l1 should replace the v4l1-compat code
Hi,
On 03/22/2010 01:17 AM, Hans Verkuil wrote:
On Sunday 21 March 2010 23:45:04 Hans Verkuil wrote:
On Saturday 20 March 2010 09:58:49 Hans Verkuil wrote:
These drivers have no hardware to test with: bw-qcam, c-qcam, arv, w9966.
However, all four should be easy to convert to v4l2, even
to analyse the remaining V4L1 drivers:
- usbvideo (really four drivers: vicam, ibmcam, konicawc, quickcam_messenger)
Hans de Goede added support for the quickcam_messenger to gspca, so that driver
is scheduled for removal. Devin has hardware to test the vicam driver. David
Ellingsworth has hardware
Hi,
On 03/20/2010 10:53 PM, Hans Verkuil wrote:
On Saturday 20 March 2010 09:58:49 Hans Verkuil wrote:
Kconfig mistakes:
I found four errors in drivers/media/video/Kconfig: the saa7191, meye, mxb
and cpia2 drivers are all marked as V4L1 only, while all support V4L2!
The cpia2 driver supports
Hi,
On 03/20/2010 10:21 AM, Hans Verkuil wrote:
Hi all!
The second phase that needs to be done to remove the v4l1 support from the
kernel is that libv4l1 should replace the v4l1-compat code from the kernel.
I do not know how complete the libv4l1 code is right now. I would like to
know in
Hi,
On 03/19/2010 09:46 AM, Hans Verkuil wrote:
On Friday 19 March 2010 08:59:08 Hans Verkuil wrote:
Hi all,
V4L1 support has been marked as scheduled for removal for a long time.
The
deadline for that in the feature-removal-schedule.txt file was July
2009.
I think it is time that we
701 - 800 of 980 matches
Mail list logo