Hi,
On 11/17/2009 11:41 AM, Antonio Ospite wrote:
Hi,
gspca does not implement vidioc_enum_frameintervals yet, so even if a
camera can support multiple frame rates (or frame intervals) there is
still no way to enumerate them from userspace.
The following is just a quick and dirty implementatio
Hi Márton,
On 11/19/2009 08:46 AM, Németh Márton wrote:
From: Márton Németh
Add helper functions for interrupt endpoint based input handling.
First of all many many thanks for doing this!
Signed-off-by: Márton Németh
---
Hi,
maybe a new configuration option should bealso introduced?
I'm
Hi,
On 11/19/2009 10:00 AM, Michael Trimarchi wrote:
Hans de Goede wrote:
Hi,
On 11/17/2009 11:41 AM, Antonio Ospite wrote:
Hi,
gspca does not implement vidioc_enum_frameintervals yet, so even if a
camera can support multiple frame rates (or frame intervals) there is
still no way to
Hi,
On 11/19/2009 11:37 AM, Antonio Ospite wrote:
On Thu, 19 Nov 2009 09:08:22 +0100
Hans de Goede wrote:
Hi,
Hi, thanks for commenting on this.
On 11/17/2009 11:41 AM, Antonio Ospite wrote:
Hi,
gspca does not implement vidioc_enum_frameintervals yet, so even if a
camera can support
Hi,
On 11/22/2009 12:02 PM, Mateusz Szymański wrote:
Good morning, I am using arch linux on 64 bit architecture, this version v4l
helped me to rotate view from my webcam, but only in 64 bit apps, like
mplayer, I have a problem with compiling it to 32 bits (for skype), I have 32
bit libs, but the
Hi,
On 11/29/2009 01:15 PM, Jean-Francois Moine wrote:
On Sun, 29 Nov 2009 12:19:46 +0100
Németh Márton wrote:
Is there any subdriver where the isoc_nego() is implemented? I
couldn't find one. What would be the task of the isoc_nego()
function? Should it set the interface by calling usb_set_i
+1 for git, I really really really miss being able to do
a simple "git rebase", and no rebase is not evil not as long
as you don't use it for anything but local patches.
Regards,
Hans
On 12/01/2009 03:59 PM, Patrick Boettcher wrote:
Hi all,
I would like to start a discussion which ideally
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For:
1) A high priority (should go to 2.6.33) mr97310a driver fix
2) A new driver for streaming from sn9c2028 cams
3) Some gspca documentation updates
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe lin
Hi,
On 01/10/2010 12:53 PM, Mauro Carvalho Chehab wrote:
Hans de Goede wrote:
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For:
1) A high priority (should go to 2.6.33) mr97310a driver fix
2) A new driver for streaming from sn9c2028 cams
3) Some gspca documentation
Hi,
On 01/10/2010 08:35 PM, Jean-Francois Moine wrote:
On Sun, 10 Jan 2010 17:38:00 +0100
Németh Márton wrote:
I tried the gspca_sunplus driver from
http://linuxtv.org/hg/~jfrancois/gspca/ rev 13915 on top of Linux
kernel 2.6.32. When I plug the Trust 610 LCD pow...@m Zoom device in
webcam mo
Hi,
On 01/10/2010 09:37 AM, Jean-Francois Moine wrote:
On Sat, 9 Jan 2010 00:15:31 +0100
Jose Alberto Reguero wrote:
When capturing with mplayer I have this erros and the bottom of the
image is black.
[mjpeg @ 0xd2f300]error y=29 x=0
[mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0
Hi All,
On 01/11/2010 10:55 AM, Jean-Francois Moine wrote:
On Mon, 11 Jan 2010 09:37:29 +0100
Hans de Goede wrote:
This is the infamous zc3xx bottom of the image is missing in 320x240
problem, with several sensors the register settings we took from the
windows driver will only give you
ad the
issue at 320x240, hence the incompleteness of my patch) is fixed
in your tree, excellent!
The patch is:
Signed-off-by: Hans de Goede
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More m
Hi,
On 01/13/2010 02:35 PM, Mauro Carvalho Chehab wrote:
Hans,
It seems that you didn't properly set your mercurial environment. All patches
has
a wrong user:
# HG changeset patch
# User h...@rhel5-devel.localdomain
# Date 1261728910 -3600
# Node ID 47d5a57b018343b02a0ea9de83380c1341867694
#
Hi All,
I'm very happy to announce the release of libv4l-0.6.4
The main change this release is support for decompression of
cpia1 "compressed" yuv, together with the new gspca
support for these bridges, this will allow us to retire the cpia1
v4l1 driver.
This release also adds a large number of
Hi,
Thanks for your continued work on this. I'm afraid I found
one thing which needs fixing (can be fixed with
a separate patch after merging, but that is up to
Jean-Francois).
See my comments inline.
On 01/17/2010 02:08 PM, Németh Márton wrote:
From: Márton Németh
Add support functions for i
Hi,
Looks good to me now.
Regards,
Hans
On 01/18/2010 09:01 PM, Németh Márton wrote:
From: Márton Németh
Add support functions for interrupt endpoint based input handling.
Signed-off-by: Márton Németh
---
diff -r 875c200a19dc linux/drivers/media/video/gspca/gspca.c
--- a/linux/drivers/media
Hi,
On 01/19/2010 12:08 PM, Mauro Carvalho Chehab wrote:
Hans Verkuil wrote:
On Tuesday 19 January 2010 06:34:18 Mauro Carvalho Chehab wrote:
I do have one proposal: parts of our hg tree are independent of git: v4l2-apps,
possibly some firmware build code (not 100% sure of that), v4l_exper
Hi,
On 01/20/2010 10:54 AM, Paulo Assis wrote:
Hi,
The uvcdynctrl utility is part of the libwebcam project:
http://www.quickcamteam.net/software/libwebcam
But given that libwebcam is unmaintained and not used by anything AFAIK, I'm
patching
uvcdynctrl to no longer need it. The plan is to add
Hi,
On 01/20/2010 04:41 PM, Mauro Carvalho Chehab wrote:
Hans Verkuil wrote:
4) v4l2-apps - I agree that splitting it could be a good idea, provided
that we find
a way to handle the few cases where we have "example" applications at
the media docs.
Note that v4l2-apps also contains libv
Hi all,
On 01/21/2010 08:34 AM, Hans Verkuil wrote:
On Thursday 21 January 2010 03:46:05 Brandon Philips wrote:
On 00:07 Thu 21 Jan 2010, Mauro Carvalho Chehab wrote:
Brandon Philips wrote:
On 19:50 Wed 20 Jan 2010, Hans de Goede wrote:
On 01/20/2010 04:41 PM, Mauro Carvalho Chehab wrote
Hi,
On 01/21/2010 08:23 AM, Hans Verkuil wrote:
Yes, but, as we have also non-c code, some rules there don't apply.
For example the rationale for not using // comments don't apply to c++,
since it is there since the first definition.
Most apps are already in 'kernel' style. The main exce
Hi,
On 01/24/2010 01:42 AM, Mauro Carvalho Chehab wrote:
Hans de Goede wrote:
Hi,
On 01/21/2010 08:23 AM, Hans Verkuil wrote:
Yes, but, as we have also non-c code, some rules there don't apply.
For example the rationale for not using // comments don't apply to c++,
since i
Hi Németh,
On 01/24/2010 06:20 PM, Németh Márton wrote:
Hi,
I'm dealing with Labtec Webcam 2200 and I found that the pac7302 driver does not
forward the image footer information to userspace. This footer contains some
information
which might be interesting to the userspace. What exactly this f
is is merged I've got patches
ready to add button support to pac207, pac7311 and zc3xx cameras
and more will follow as time permits.
Regards,
Hans
Regards,
Márton Németh
Hans de Goede wrote:
Hi,
Looks good to me now.
Regards,
Hans
On 01/18/2010 09:01 PM, Németh Márton wrote:
Fr
Hi,
On 01/27/2010 07:37 PM, Jean-Francois Moine wrote:
On Wed, 27 Jan 2010 15:17:53 -0200
Nicolau Werneck wrote:
Answering my own question, and also a question in the t613 source
code...
Yes, the need for the "reg_w(gspca_dev, 0x2087);", 0x2088 and 0x2089
commands are definitely tied to the
Hi,
Nack!
Németh I know you mean well, but please don't go making
semi random behavior changes to code you don't have
hardware to test with.
There is a good reason this code is written the way it is.
Jean-Francois,
If you wonder what this is all about, this is a patch on
top of one of my tree
Hi,
On 01/31/2010 11:19 AM, Németh Márton wrote:
Hi,
as I was reading the PixArt PAC7301/PAC7302 datasheet
(
http://www.pixart.com.tw/upload/PAC7301_7302%20%20Spec%20V1_20091228174030.pdf )
I recognised a little description on the schematics. This is about how to
set up the USB Product ID from
Hi,
On 02/01/2010 07:36 PM, Mauro Carvalho Chehab wrote:
Jean-Francois Moine wrote:
Hi Douglas,
I believe it is you to whom the pull requests must be addressed.
In fact, the current workflow is different: I'll handle all patches (except
for those that are pure backport patches or to some fil
Hi,
On 02/01/2010 11:13 PM, Németh Márton wrote:
From: Márton Németh
The byte sequence 0xff, 0xff, 0xff 0xff is not a real marker to skip, instead
it is one byte from the image and the following three 0xff bytes might belong
to a real marker. Modify pixart_fill_nbits() macro to pass the first 0
Thanks, applied.
On 04/07/2011 05:57 PM, Antonio Ospite wrote:
Indent wrapped lines with tabs, just like it is done for the other
functions in the same file.
Signed-off-by: Antonio Ospite
---
lib/libv4lconvert/libv4lconvert-priv.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Hi,
On 04/07/2011 06:16 PM, Antonio Ospite wrote:
Y10B is a 10 bits per pixel greyscale format in a bit-packed array
representation. Such pixel format is supplied for instance by the Kinect
sensor device.
Signed-off-by: Antonio Ospite
---
Hi,
this is a very first attempt about supporting Y10B
Hi,
On 04/21/2011 03:08 PM, Jon Mason wrote:
My laptop has the "Ricoh Co., Ltd Visual Communication Camera VGP-VCC7
[R5U870]" webcam. A quick scan of the kernel does not show the USB ID
listed. `lsusb` has it listed as:
Bus 001 Device 005: ID 05ca:183a Ricoh Co., Ltd Visual Communication
Came
Hi,
On 04/26/2011 08:32 AM, Hans Verkuil wrote:
On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
The YVU420 and YUV422P formats are broken and cause kernel panic on use.
(YVU420 does not work and sometimes causes "unable to handle paging request"
panic, YUV422P always causes "NULL pointer
Hi,
On 04/26/2011 10:30 AM, Ondrej Zary wrote:
On Tuesday 26 April 2011, you wrote:
On Monday, April 25, 2011 23:23:17 Ondrej Zary wrote:
The YVU420 and YUV422P formats are broken and cause kernel panic on use.
(YVU420 does not work and sometimes causes "unable to handle paging
request" panic,
Hi,
sorry for being a bit slow ...
On 04/18/2011 12:25 PM, Antonio Ospite wrote:
On Mon, 11 Apr 2011 23:07:36 +0200
Hans de Goede wrote:
[...]
I don't know libv4l yet, so I am asking for advice providing some code to
discuss on; looking at the last hunk of the patch: can I alloc
Hi,
First of all my apologies for taking so long to get around to
reviewing this.
Over all it looks good, I've put some small remarks inline, if
you fix these I can merge this. I wonder though, given the recent
limbo around Nokia's change of focus, if there are any plans to
actually move forward
Hi,
On 04/29/2011 10:55 AM, Yordan Kamenov wrote:
Hans de Goede wrote:
Hi,
Hi Hans,
Thanks for your comments.
First of all my apologies for taking so long to get around to
reviewing this.
Over all it looks good, I've put some small remarks inline, if
you fix these I can merge th
Hi,
Thanks, looks good now!
I'm going to keep this in my inbox before applying for a while though,
as this involves an abi change (of libv4lconvert, which is almost not
used directly but still).
I've a number of important fixes / changes planned which I hope to
be able to do soon, and then I wa
Hi,
Thanks, applied.
Regards,
Hans
On 05/06/2011 08:04 AM, Stefan Löffler wrote:
The caption pretty much says it all. Owing to different IDs, the flags
for similar Asus products don't cut in.
Originally reported for Ubuntu at
https://bugs.launchpad.net/ubuntu/+source/libv4l/+bug/774123.
Reg
Regards,
Hans
On 05/19/2011 02:36 PM, Yordan Kamenov wrote:
Hi,
This is the Media Controller plugin for libv4l. It uses libv4l2 plugin support
which is accepted by Hans De Goede, but not yet included in mainline libv4l2:
http://www.spinics.net/lists/linux-media/msg32017.html
The plugin allows a t
Hi,
On 05/23/2011 12:00 PM, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/v4l-utils.git tree:
Subject: Add an install target to libv4l2util
Author: Mauro Carvalho Chehab
Date:Mon May 23
Hi,
On 05/24/2011 08:50 AM, Hans Verkuil wrote:
On Monday, May 23, 2011 22:17:06 Mauro Carvalho Chehab wrote:
Due to the alsa detection code that I've added at libv4l2util (at v4l2-utils)
during the weekend, I decided to add alsa support also on xawtv3, basically
to provide a real usecase examp
Hi,
On 05/24/2011 04:09 PM, Mauro Carvalho Chehab wrote:
Em 24-05-2011 04:21, Hans de Goede escreveu:
Hi,
My I suggest that we instead just copy over the single get_media_devices.c
file to xawtv, and not install the not so much a lib lib ?
If we do that, then all other places where the
Hi,
On 05/28/2011 02:17 PM, Mauro Carvalho Chehab wrote:
Em 26-05-2011 03:53, Hans Verkuil escreveu:
On Tuesday, May 24, 2011 16:57:22 Devin Heitmueller wrote:
On Tue, May 24, 2011 at 2:50 AM, Hans Verkuil wrote:
On Monday, May 23, 2011 22:17:06 Mauro Carvalho Chehab wrote:
Due to the alsa
Hi,
On 05/29/2011 01:19 PM, Hans Verkuil wrote:
Hi Mauro,
Thanks for the RFC! Some initial comments below. I'll hope to do some more
testing and reviewing in the coming week.
c) get_not_associated_device: Returns the next device not associated with
an specifi
Hi,
On 05/29/2011 03:08 PM, Mauro Carvalho Chehab wrote:
Em 29-05-2011 08:54, Hans de Goede escreveu:
Hi,
On 05/29/2011 01:19 PM, Hans Verkuil wrote:
Hi Mauro,
Thanks for the RFC! Some initial comments below. I'll hope to do some more
testing and reviewing in the coming week.
Hi,
I'm happy to announce the release of v4l-utils-0.8.4. After some
somewhat boring releases, this release contains some interesting
improvements:
* Various enhancements to libv4l which should result in
significantly less cpu usage with uvc HD cameras in several
scenarios
* A library for ass
Hi,
On 06/03/2011 02:15 PM, Mauro Carvalho Chehab wrote:
Em 03-06-2011 02:40, John McMaster escreveu:
I'd like to write a driver for an Anchor Chips (seems to be bought by
Cypress) USB camera Linux driver sold as an AmScope MD1800. It seems
like this implies I need to write a V4L2 driver. The
Hi,
Interesting. I'll go and test this with my 6 or so pac207 cameras,
but first I need to wait till this evening as atm it is too
light to test high exposure settings :)
Regards,
Hans
On 06/04/2011 09:38 AM, Marco Diego Aurélio Mesquita wrote:
The inline patch increases maximum exposure val
Hi,
On 06/06/2011 07:40 AM, John McMaster wrote:
On 06/03/2011 06:22 AM, Hans de Goede wrote:
Hi,
On 06/03/2011 02:15 PM, Mauro Carvalho Chehab wrote:
Em 03-06-2011 02:40, John McMaster escreveu:
I'd like to write a driver for an Anchor Chips (seems to be bought by
Cypress) USB camera
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 va
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 s
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 tw
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 alg
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 d
On 05/24/2009 07:22 PM, Theodore Kilgore wrote:
On Sun, 24 May 2009, Hans de Goede wrote:
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 ?
Hmmm. Come to
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 give
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 f
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-2007122
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 la
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 t
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 wi
Hi,
On 06/03/2009 06:13 AM, Erik de Castro Lopo wrote:
Hi all,
I'm a senior software engineer [0] with a small startup. Our product
is Linux based and makes use of a 3M pixel camera. Unfortunately, the
camera we have been using for the last 3 years is no longer being
produced.
We have found tw
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 o
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 Delvare
Looks good to me.
Rega
Looks good, we recently fixed the same issue in the gspca driver to,
Acked-by: Hans de Goede
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 of the interface it
belongs to
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/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 in
On 06/11/2009 10:35 AM, Hans Verkuil wrote:
Karicheri, Muralidharan a écrit :
We need
streaming capability in the driver. This is how our driver works
with mt9t031 sensor
raw-bus (10 bit)
vpfe-capture - mt9t031 driver
|
On 06/11/2009 11:33 AM, Hans Verkuil wrote:
On 06/11/2009 10:35 AM, Hans Verkuil wrote:
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 experience the
On 06/09/2009 03:45 AM, Joe Belford wrote:
I have an X10 VA11A I'd like to get working with V4L2. As some are
probably aware this device shares a vendor/product id with another
webcam that uses the spca505 module. I've been through the source for
these modules and noticed the fixme's and was
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:
http://stage.bcod
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
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
On 06/15/2009 03:01 AM, Erik de Castro Lopo wrote:
On Sat, 13 Jun 2009 18:12:10 +1000
Hans de Goede 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 management (and
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 the
Hi Mauro,
Can you please pull from:
http://linuxtv.org/hg/~hgoede/libv4l
To get your tree in sync with my recent libv4l work adding
software whitebalance, gamma correction and gain / exposure
adjustment (on cams which need it).
Regards,
Hans
--
To unsubscribe from this list: send the line "uns
Hi all,
I've recently been working on adding support for cams with the
ov511(+) and ov518(+) to the gspca ov519 driver. I'm happy to
announce that work is finished, see:
http://linuxtv.org/hg/~hgoede/gspca
And the pull request I just send. This does lead to the question
what to do with the exist
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 cause
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 drive
On 06/17/2009 11:56 AM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 09:43:50 +0200 (CEST)
"Hans Verkuil" 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 driver currently in
Hi all,
On 06/17/2009 04:28 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 12:59:59 +0200
Hans de Goede escreveu:
As for usbvideo that supports (amongst others) the st6422 (from the out of tree
qc-usb-messenger driver), but only one usb-id ??. I'm currently finishing up
a
Hi,
On 06/17/2009 05:23 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 16:41:23 +0200
Hans de Goede 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 Goede escreveu:
As for usbvideo that supports (amongst others
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
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, bu
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 yo
On 06/20/2009 12:01 PM, Mauro Carvalho Chehab wrote:
Jean-Francois Moine escreveu:
On Thu, 18 Jun 2009 19:44:05 +0200
Hans de Goede wrote:
I've rebased my tree on your latest and fixed the coding style issues,
so please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For:
-ov511(+) su
On 06/20/2009 12:51 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 23:54:40 +0200
Hans de Goede escreveu:
Support for the st6422 bridge + sensor !
Give it a try, I know now you have a cam which uses this bridge :)
When you try it be sure to use the latest (just updated my
libv4l
On 06/21/2009 02:39 AM, Mauro Carvalho Chehab wrote:
Em Sat, 20 Jun 2009 15:26:25 +0200
Hans de Goede escreveu:
On 06/20/2009 12:51 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Jun 2009 23:54:40 +0200
Hans de Goede escreveu:
Support for the st6422 bridge + sensor !
Give it a try, I
Hi,
On 06/21/2009 02:39 AM, Mauro Carvalho Chehab wrote:
Em Sat, 20 Jun 2009 15:26:25 +0200
Hans de Goede 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 fall back to an
Hi,
On 06/21/2009 02:10 PM, Mauro Carvalho Chehab wrote:
Em Sun, 21 Jun 2009 08:45:03 +0200
Hans de Goede escreveu:
On 06/21/2009 02:39 AM, Mauro Carvalho Chehab wrote:
Em Sat, 20 Jun 2009 15:26:25 +0200
Hans de Goede escreveu:
On 06/20/2009 12:51 PM, Mauro Carvalho Chehab wrote:
Em
Hi,
On 06/22/2009 04:29 AM, Mauro Carvalho Chehab wrote:
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 to h
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 , ther
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
v4lconvert/rgbyuv.c
@@ -1,8 +1,10 @@
/*
# RGB<-> YUV conversion routines
+# (C) 2008 Hans de Goede
-# (C) 2008 Hans de Goede
+# RGB565 conversion routines
+# (C) 2009 Mauro Carvalho Chehab
# This program is free software; you can redistribute it and/
Hi,
On 07/03/2009 08:21 AM, Mauro Carvalho Chehab wrote:
Hi Joel,
Em Fri, 7 Nov 2008 10:10:45 +
Joel Jordan escreveu:
Has there been any work done on the eMPIA Silvercrest EM2710 (device for
webcams)?
I borrowed a Silvercrest 1.3 Mpix camera, based on em2710 and mt9v011 with a
fr
Hi,
On 07/02/2009 07:23 PM, Mauro Carvalho Chehab wrote:
Hi Hans,
Em Tue, 23 Jun 2009 13:39:38 +0200
Hans de Goede escreveu:
Schedule obsolete v4l1 quickcam_messenger and ov511 drivers for removal
It would be better to add the "Files:" field to explicitly indicate what fil
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 s
Hi,
On 07/07/2009 04:35 PM, Mauro Carvalho Chehab wrote:
Em Tue, 7 Jul 2009 15:55:59 +0200
Erik Andrén escreveu:
2009/7/7 Hans de Goede:
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 di
101 - 200 of 1074 matches
Mail list logo