Recently, I submitted a driver for the SQ905C cameras, for which I (partly
due to being new to kernel video support) did not provide any update to
Documentation/video4linux/gspca.txt.
I have not heard what has happened to the driver. I assume that what is
going on is there is a race
This patch introduces an offset of 12 bytes before starting the
decompression of a frame. This needs to be done to compensate for a change
in the gspca driver, where headers are now preserved instead of
suppressed.
Signed-off-by: Theodore Kilgore kilg...@auburn.edu
Here is a cleaned-up version of the patch to gspca/mr97310a.c
This patch causes all frame headers in the streaming output of MR97310A
cameras, instead of being discarded.
Said frame headers contain information which may be useful in processing
the video output and therefore should be kept
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Thomas Kaiser wrote:
As to the actual contents of the header, as you describe things,
0. Do you have any idea how to account for the discrepancy between
From usb snoop.
FF
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
That of course is a guess. OTOH it could be on a scale of 0 to 0x80, or
it could be that only the digits 0 through 9 are actually used, and the
basis is then 100, or too many other variations to count. Also what
On Thu, 5 Mar 2009, Hans de Goede wrote:
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
On Thu, 5 Mar 2009, Kyle Guinn wrote:
On Thursday 05 March 2009 14:58:54 kilg...@banach.math.auburn.edu wrote:
Well, here is the code in the function. I don't see. So can you explain?
Perhaps I am dense.
{
struct sd *sd = (struct sd *) gspca_dev;
int i;
/* Search
First time ever that I mouse-copied an address and it gained a typo.
Amazing. So trying again. The patch works better than the mouse, though.
Guaranteed.
-- Forwarded message --
Date: Thu, 5 Mar 2009 20:09:52 -0600 (CST)
From: kilg...@banach.math.auburn.edu
To: Hans de Goede
On Thu, 5 Mar 2009, Kyle Guinn wrote:
On Thursday 05 March 2009 20:34:27 kilg...@banach.math.auburn.edu wrote:
Signed-off-by: Theodore Kilgore kilg...@auburn.edu
--
--- mr97310a.c.old 2009-02-23 23:59:07.0 -0600
On Wed, 4 Mar 2009, Hans de Goede wrote:
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
On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
On Tue, 3 Mar 2009 13:54:59 -0600 (CST)
kilg...@banach.math.auburn.edu wrote:
The SQ905C cameras (0x2770:0x905C) cameras, as well as two other closely
related varieties (0x2770:0x9050 and 0x2770:0x913D) are supported in what
follows.
Please
Hans,
From an abundance of caution, I thought I had better run the v4lconvert
patch which supports the SQ905C compressed format through the
checkpatch.pl process, too. The result of that process appears here,
below the signed-off-by line.
Theodore Kilgore
-- Forwarded message
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
--- mr97310a.c.old 2009-02-23 23:59:07.0 -0600
+++
On Wed, 4 Mar 2009, 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
The SQ905C cameras (0x2770:0x905C) cameras, as well as two other closely
related varieties (0x2770:0x9050 and 0x2770:0x913D) are supported in what
follows.
These cameras are the successors in the marketplace of the SQ905 cameras.
They are similar to the SQ905 cameras, in that they use bulk
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:
contents of file mr97310av4l.patch follow
On Tue, 3 Mar 2009, Adam Baker wrote:
Add support for the alternate resolutions offered by SQ-905 based cameras. As
well as 320x240 all cameras can do 160x120 and some can do 640x480.
Signed-off-by: Adam Baker li...@baker-net.org.uk
---
The patch to detect orientation needs to follow this as
On Tue, 3 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 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
On Mon, 2 Mar 2009, Hans Verkuil wrote:
snip
[...] The one argument I've seen that I thought had merit
was with regards to netbooks, and the Asus eeePC in particular. Apparently
that distro uses 2.6.21 and whether that will be upgraded to a newer kernel
in the future is dubious.
But in the
Hans,
Below is a patch for libv4lconvert, to support the decompression used by
the SQ905C cameras (0x2770:0x905C) and some other related cameras. There
is at the moment no support module for these cameras in streaming mode,
but I intend to submit one.
This contribution was created in whole
On Tue, 24 Feb 2009, Mauro Carvalho Chehab wrote:
On Mon, 23 Feb 2009, kilg...@banach.math.auburn.edu wrote:
big snip
Theodore,
You're considering just one subset of the V4L usages: notebook webcams.
Actually, the sq905 cameras are not notebook webcams. They are cheap,
consumer
On Tue, 24 Feb 2009, Mauro Carvalho Chehab wrote:
On Tue, 24 Feb 2009, kilg...@banach.math.auburn.edu wrote:
On Tue, 24 Feb 2009, Mauro Carvalho Chehab wrote:
On Mon, 23 Feb 2009, kilg...@banach.math.auburn.edu wrote:
big snip
Theodore,
You're considering just one subset of
On Wed, 25 Feb 2009, Thomas Kaiser wrote:
Also an overview is often very helpful. Also trying to visualize what
might be needed in the future is helpful. All of this can be extremely
helpful. But not everyone can see or imagine every possible thing. For
example, it seems that some of the
On Wed, 25 Feb 2009, Mauro Carvalho Chehab wrote:
On Tue, 24 Feb 2009 20:12:00 -0600 (CST)
kilg...@banach.math.auburn.edu wrote:
For sure we need to have a way for retrieving this information for devices
like the sq905 cameras, where the information can't be currently be
determined by
On Mon, 23 Feb 2009, Adam Baker wrote:
On Monday 23 February 2009, Mauro Carvalho Chehab wrote:
On Sat, 21 Feb 2009 12:53:57 +0100
Hans Verkuil hverk...@xs4all.nl wrote:
Hi Adam,
Sorry for the late reply, it's been very busy.
Me too.
big snip
The interest in detecting if a driver
On Sun, 22 Feb 2009, Hans de Goede wrote:
Hans Verkuil wrote:
Hi Adam,
Sorry for the late reply, it's been very busy.
Same here :)
On Wednesday 18 February 2009 01:30:52 Adam Baker wrote:
(linux-omap included in distribution as lots of omap systems include
cameras so this could be
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:
Suppose that we have two flags 01 and 10
On Sun, 22 Feb 2009, Tobias Stöber wrote:
Hi together,
following this dicussion for some time, let me just add my solely personal
view. I'll have to prepend that I'm only a user in terms of v4l-dvb, but do
for instance quite a lot support for Eee PC netbooks. So some comments here
in some
On Sun, 22 Feb 2009, Hans Verkuil wrote:
Hi all,
There are lot's of discussions, but it can be hard sometimes to actually
determine someone's opinion.
So here is a quick poll, please reply either to the list or directly to me
with your yes/no answer and (optional but welcome) a short
On Sat, 21 Feb 2009, Adam Baker wrote:
On Saturday 21 February 2009, Hans Verkuil wrote:
The high rate of changes and new drivers means that keeping up the
backwards compatibility becomes an increasingly heavy burden.
This leads to two questions:
1) Can we change our development model in
On Fri, 20 Feb 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
On Fri, 20 Feb 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 19 Feb 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
Yes, what you quote is the SOF marker for
On Fri, 20 Feb 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
On Fri, 20 Feb 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
On Fri, 20 Feb 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 19 Feb 2009, Thomas Kaiser
On Fri, 20 Feb 2009, Mauro Carvalho Chehab wrote:
On Wed, 18 Feb 2009 14:01:05 +0100
Jean Delvare kh...@linux-fr.org wrote:
Hi Mauro,
On Wed, 18 Feb 2009 07:10:41 -0300, Mauro Carvalho Chehab wrote:
On Wed, 18 Feb 2009 09:55:53 +0100 (CET)
Hans Verkuil hverk...@xs4all.nl wrote:
Not at
On Tue, 17 Feb 2009, Kyle Guinn wrote:
On Tuesday 17 February 2009 13:09:28 Jean-Francois Moine wrote:
Hi Kyle,
Looking at the v4l library from Hans de Goede, I did not find the
decoding of the MR97310A images. May you send him a patch for that?
Yes, I sent this to him some time ago.
On Tue, 17 Feb 2009, Andreas Witte wrote:
Hello List,
after changing my system to newer hardware (and use the latest driver for
af9015), it
seems the device didnt get a lock sometimes (mostly in the case the system
is started up).
I use the stick together with mythtv. If i get the partial
On Fri, 6 Feb 2009, Jean-Francois Moine wrote:
On Fri, 6 Feb 2009 18:04:36 +
Adam Baker li...@baker-net.org.uk wrote:
Add initial support for cameras based on the SQ Technologies SQ-905
chipset (USB ID 2770:9120) to V4L2 using the gspca infrastructure.
Currently only supports one
On Wed, 4 Feb 2009, Adam Baker wrote:
On Wednesday 04 February 2009, Andy Walls wrote:
On Tue, 2009-02-03 at 22:09 +, Adam Baker wrote:
On Tuesday 03 February 2009, Jean-Francois Moine wrote:
Indeed, the problem is there! You must have only one process reading
the webcam! I do not see
On Wed, 4 Feb 2009, kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Feb 2009, Adam Baker wrote:
On Wednesday 04 February 2009, kilg...@banach.math.auburn.edu wrote:
snip description of attempting to stream from 2 cameras at once
4. After removing the first camera which was plugged in, I
On Tue, 3 Feb 2009, Jean-Francois Moine wrote:
On Tue, 3 Feb 2009 12:21:55 -0600 (CST)
kilg...@banach.math.auburn.edu wrote:
I should add to the above that now I have tested, and indeed this
change does not solve the problem of kernel oops after disconnect
while streaming. It does make one
On Tue, 3 Feb 2009, Adam Baker wrote:
On Tuesday 03 February 2009, Jean-Francois Moine wrote:
Indeed, the problem is there! You must have only one process reading the
webcam! I do not see how this can work with these 2 processes...
Although 2 processes are created only one ever gets used.
On Tue, 3 Feb 2009, Alan Stern wrote:
On Tue, 3 Feb 2009 kilg...@banach.math.auburn.edu wrote:
On Tue, 3 Feb 2009, Jean-Francois Moine wrote:
On Tue, 3 Feb 2009 13:15:58 -0600 (CST)
kilg...@banach.math.auburn.edu wrote:
Why is there 2 sq905 processes?
I of course do not fully
On Tue, 3 Feb 2009, Adam Baker wrote:
If a device using the gspca framework is unplugged while it is still streaming
then the call that is used to free the URBs that have been allocated occurs
after the pointer it uses becomes invalid at the end of gspca_disconnect.
Make another cleanup call
On Tue, 3 Feb 2009, Alan Stern wrote:
On Tue, 3 Feb 2009 kilg...@banach.math.auburn.edu wrote:
Nonsense. It's simply a matter of how you create your workqueue. In
the code you sent me, you call create_workqueue(). Instead, just call
create_singlethread_workqueue(). Or maybe even
On Mon, 2 Feb 2009, Adam Baker wrote:
On Monday 02 February 2009, Alan Stern wrote:
On Mon, 2 Feb 2009, Adam Baker wrote:
snip
To summarize: Unplugging the camera while it is in use by a program
causes an oops (particularly on an SMP machine).
The problem is that gspca_stream_off() calls
On Mon, 26 Jan 2009, Antti Palosaari wrote:
Hello
Is there any good project idea for summer code?
coss.fi offers Finnish students paid summer job for open source projects.
Project duration is three months of work.
I wonder if there is some tools or libraries missing from dvb-apps example.
On Wed, 21 Jan 2009, Jean-Francois Moine wrote:
snip
Hello Adam and Theodore,
I looked at your two versions, and I think the first one (work queue)
is the simplest. So, I am ready to put your driver in my repository for
inclusion in a next linux kernel.
Thank you.
I have just a few
On Fri, 16 Jan 2009, Olivier Lorin wrote:
snip
Post gamma or white balance correction seemed to be more part of the webcam
capabilities than the image state so that the new API to get these features
is quite logical.
Hmmm.
While one is in the process of planning ahead, it it good to
47 matches
Mail list logo