rs are telling you. They have their
reasons, and their reasons are very good reasons.
Theodore Kilgore
Anyway, I would like to follow what Intel does now, we are both stateless
video processor.
Regards,
Hans
___
dri-devel mailing list
dri
%u."
--
2.3.5
Hello.
I do not know of this particular camera. But I am very pleased to see
continued interest in the sn9c2028 cameras. Congratulations for these two
patches.
Cheers,
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hans,
Please check the apparent typo in your text below.
what humans to best -> what humans do best
As for me, I am happy that I can still see well enough to have caught it.
Theodore Kilgore
On Wed, 22 Oct 2014, Hans Verkuil wrote:
> During the mini-summit it was decided that we shou
find that magic
command. By a combination of educated guessing and trial and error. This
needs for someone to have both cameras, or for two or more people who have
the different cameras to cooperate together and hunt for the right command
which unlocks the mystery.
I am out of this one because I don't have one of the cameras currently in
question. But I did have a big pile of mr97310a cameras, and that is
exactly what I did. Started sending various commands and checking whether
or not I got different results until I found what works.
So, good luck. The answer is probably there if one looks for it.
My two cents,
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
be wearing my mathematician hat, not my code-writing hat.
But if any of the "regulars" who frequent this list happen to live in the
neighborhood, here is an invitation to meet for a coffee.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media&quo
suffers severely. If one is not thus constrained, it is possible to do a
much better job with that raw data. But remember that you can maximize
image quality, or you can maximize frame rate. Choose one of the two.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to be
> 1280x1024. The Sonix website claims that their SN9C201 webcam can
> provide up to a 1.3 MP (SXGA) video size!
Too typical.
Do you happen to know of
> any inexpensive webcams that are capable of true SXGA in Linux?
Unfortunately, not. But I could not resist pointing out that the k
blem, exactly? I see not much need for "a daily tarball or some
user-friendly scripting" to "fix" something which does not appear to be a
problem. Well, there is a problem, but I do not see it as a serious one.
The problem is that one's tools have to be up to date. That is up to the
distro. But it is probably well known that some distros are better at
keeping up with things like this than are others.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
work (it was
a config error, apparently originating between keyboard and chair).
2. Based upon my testing today, something like this patch is clearly
necessary. Namely, I tested a mass storage camera. Without this patch it
would not stream. When I applied the patch, it did.
Therefore, I hope very much that the problem which occasioned this patch
gets fixed.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
he booting. :-/
So I sure hope that at least this patch helps out those people who _can_
boot the new kernel.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
h some
30-day trial version of some program?
Oh, yes, and to the above we can definitely add that there is surely
enough fun for all in this. Does anyone else want to play? If so, go right
ahead and contact me or Ilya.
Theodore Kilgore
(message with some relevant background infor
it there, and it does not seem to be listed.
I assume that the specialists on the spca cameras will step forward. I
am not one of them, as I said. Good luck.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I expect I will not.
Until next time we meet, cheers.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 11 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 11-08-2011 17:01, Theodore Kilgore escreveu:
>
> > As I said, I am agnostic, though leaning in the direction that Hans de
> > Goede is pointing. What he says about a single control mechanism seems to
> > make a
g V4L with "tweaks" to handle still mode, it would probably
be more difficult than is imagined. For, though the operations required to
process still images and webcam frames are in principle similar, the
priorities and constraints are too different. Therefore, my understanding
is that t
On Wed, 10 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 10-08-2011 15:33, Theodore Kilgore escreveu:
>
> > Hans seems to have argued cogently for doing all of this in the kernel and
> > for abandoning the usbfs-based drivers for these particular drivers for
> > dual-m
On Wed, 10 Aug 2011, Greg KH wrote:
> On Wed, Aug 10, 2011 at 01:33:25PM -0500, Theodore Kilgore wrote:
> > -- moving the kernel webcam drivers out of the kernel and doing with these
> > cameras _everything_ including webcam function through libusb. I myself do
> > not ha
On Wed, 10 Aug 2011, Alan Stern wrote:
> On Wed, 10 Aug 2011, Theodore Kilgore wrote:
>
> > > Okay, I didn't realize that the different cameras used different webcam
> > > drivers as well as different stillcam drivers.
> >
> > Oh, yes. They are Pr
nel just because the same hardware requires kernel
support for another functionality and the two sides clash. I mean, the
kernel is already big enough, no? But the logic that Hans has set forth
seems rather compelling.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 9 Aug 2011, Hans de Goede wrote:
> Hi,
>
> On 08/09/2011 07:10 PM, Theodore Kilgore wrote:
> >
> >
> > On Tue, 9 Aug 2011, Hans de Goede wrote:
>
>
>
> > No, but both Adam and I realized, approximately at the same time
> > yesterda
I do know of
another dualmode camera, powered by the JL2005A chip. I wrote a kernel
module for it some months ago. Said module has not been sent upward
because of mysterious issues with one of the three cameras used for
testing it.
We also find among the gspca driver files this
* GSPCA sub driver f
ld not have signed up to do this kind
of work if we can't take a joke, right?
But, more seriously, there may be some reason why that different character
is used -- or OTOH maybe not, and somebody was just being silly.
Unfortunately, experience tells me it is probably necessary to figure out
which of the two possibilities it is.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 9 Aug 2011, Hans de Goede wrote:
> Hi,
>
> On 08/08/2011 07:39 PM, Theodore Kilgore wrote:
> >
> >
> > On Mon, 8 Aug 2011, Mauro Carvalho Chehab wrote:
> >
>
>
>
> > Mauro,
> >
> > In fact none of the currently kn
o producing
better optics for the camera. At least, one can hope so. But people did
produce those cameras, and people have bought them. But does anyone want
to reproduce the code to support this kind of crap in the kernel? And go
through all of the hoops required in order to fake the behavior
s your point, of course. Gphoto is explicitly cross-platform. It
is developed on Linux but it is supposed to compile on anyone's C compiler
and run on any hardware platform or operating system which has available
the minimal support require to make it work.
You are right. We, basically, can not sc
On Mon, 8 Aug 2011, Alan Stern wrote:
> On Mon, 8 Aug 2011, Theodore Kilgore wrote:
>
> > On Mon, 8 Aug 2011, Alan Stern wrote:
> >
> > > On Sun, 7 Aug 2011, Theodore Kilgore wrote:
> > >
> > > > This indirectly answers my question, above, abo
On Mon, 8 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 08-08-2011 14:39, Theodore Kilgore escreveu:
> >
> >
> > On Mon, 8 Aug 2011, Mauro Carvalho Chehab wrote:
> >
> >> Em 07-08-2011 23:26, Theodore Kilgore escreveu:
> >>>
> >>>
y for a living,
and the first classes of Fall Semester 2011 start on August 17 in Auburn,
Alabama. Knowing this, I decided, months ago, that I simply could not
attend a conference which starts on August 16 in Vancouver.
So, after starting all of the current mailing-list discussion on the topi
On Mon, 8 Aug 2011, Alan Stern wrote:
> On Sun, 7 Aug 2011, Theodore Kilgore wrote:
>
> > This indirectly answers my question, above, about whatever device there
> > may or may not be. What I get from this, and also from a bit of snooping
> > around, is that there
On Mon, 8 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 07-08-2011 23:26, Theodore Kilgore escreveu:
> >
> > (first of two replies to Adam's message; second reply deals with other
> > topics)
> >
> > On Sun, 7 Aug 2011, Adam Baker wrote:
> >
> &
On Sun, 7 Aug 2011, Alan Stern wrote:
> On Sun, 7 Aug 2011, Adam Baker wrote:
>
> > I've addec Hans de Geode and linux-usb to the CC as this response picks up
> > on
> > a related discussion about the usb mini summit.
> >
> > On Friday 05 August 201
onal things that gphoto2 would want to be able to do.
Yes. And, now, as I said in the previous message, it is far better just to
figure out a way to let gphoto2 to access the camera in peace when
legitimately summoned to do so, and not to mess with re-creating all of
these perplexing variation
will send a second reply to this message, which deals in particular with
the list of abilities you outlined above. The point is, the situation as
to that list of abilities is more chaotic than is generally realized. And
when people are laying plans they really need to be aware of that.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
mes the
functionaliy is not dual but even triple, and one can reasonably suspect
that more of this kind of thing is going to come at us in the future. I
think it is a good occasion to sit back and think things over a bit.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 5 Aug 2011, Hans de Goede wrote:
> Hi all,
>
> On 08/04/2011 02:34 PM, Mauro Carvalho Chehab wrote:
> > Em 03-08-2011 20:20, Theodore Kilgore escreveu:
>
>
>
> > > Yes, that kind of thing is an obvious problem. Actually, though, it may be
> >
t is and exactly
how and why it would work absolutely perfectly, and then we can just get
busy and do it.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 5 Aug 2011, Adam Baker wrote:
> On Thursday 04 August 2011, Theodore Kilgore wrote:
> > On Thu, 4 Aug 2011, Adam Baker wrote:
> > > On Thursday 04 August 2011, Theodore Kilgore wrote:
> > > > As far as I know, /dev/sdx signifies a device which is accessible
On Thu, 4 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 04-08-2011 18:16, Theodore Kilgore escreveu:
> >>>>
> >>>> This sounds to be a good theme for the Workshop, or even to KS/2011.
> >>>
> >>> Thanks. Do you recall when and where is
Thus, the Bayer demosaicing functions in libv4l are
optimized for speed, which will directly affect the frames per second
rate. The Bayer demosaicing functions in libusb are intended to process
image data from still cameras. For a still camera, frame rate is
irrelevant and meaningless. There
On Thu, 4 Aug 2011, Adam Baker wrote:
> On Thursday 04 August 2011, Theodore Kilgore wrote:
> > As far as I know, /dev/sdx signifies a device which is accessible by
> > something like the USB mass storage protocols, at the very least. So, if
> > that fits the camera,
On Thu, 4 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 04-08-2011 15:37, Theodore Kilgore escreveu:
> >>> Yes, that kind of thing is an obvious problem. Actually, though, it may
> >>> be
> >>> that this had just better not happen. For some of the hardware
least. So, if
that fits the camera, fine. But most of the cameras in question are Class
Proprietary. Thus, not in any way standard mass storage devices. Then it
is probably better not to call the new device by that name unless that
name really fits. Probably, it would be better to have /dev
On Thu, 4 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 04-08-2011 08:39, Hans de Goede escreveu:
> > Hi,
> >
> > On 08/03/2011 10:36 PM, Mauro Carvalho Chehab wrote:
> >> Em 03-08-2011 16:53, Theodore Kilgore escreveu:
> >
> >
> >
> >&g
(Added Hans to the reply. I already knew that he shares my concerns about
this issue, and I am glad he has joined the discussion.)
On Thu, 4 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 03-08-2011 20:20, Theodore Kilgore escreveu:
> >
> >
> > On Wed, 3 Aug 2011, Mauro
On Wed, 3 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 03-08-2011 16:53, Theodore Kilgore escreveu:
> >
> >
> > On Wed, 3 Aug 2011, Mauro Carvalho Chehab wrote:
> >
> >> As already announced, we're continuing the planning for this year's
>
the front burner so that lots of people will try to think of the best way
to handle it. Many eyes, and all that.
Not saying change your schedule, as I said. Have a nice conference. I wish
I could attend. But I do hope by this message to raise some general
concern about this problem.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sun, 12 Jun 2011, Hans de Goede wrote:
> Hi,
>
> On 06/11/2011 06:19 PM, Theodore Kilgore wrote:
> >
> >
> > On Sat, 11 Jun 2011, Hans de Goede wrote:
> >
> > > Hi,
> > >
> > > Given the many comments in this thread, I'
out that the needed missing half of the
functionality is supposed to exist now in libusb. That had escaped my
attention.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, 11 Jun 2011, Xiaofan Chen wrote:
> On Sat, Jun 11, 2011 at 6:43 AM, Theodore Kilgore
> wrote:
> > I do not believe that we have found the optimal solution, yet. The ideal
> > thing would be some kind of hack which allows the kernel to be used when
> > it is ne
river to kernel, combine it in the same
> > driver that handles streaming. No ?
>
> No. Something else is needed.
>
> Alan Stern
>
Agreed. Something else is needed. But what? Also, very good point about
PTP.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 10 Jun 2011, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jun 10, 2011 at 01:16:47PM -0500, Theodore Kilgore wrote:
> > As I have been involved in writing the drivers (both the kernel and the
> > libgphoto2 drivers) for many of the affected cameras, perhaps I shoul
the Fall
semester begin at Auburn University on August 17. Nevertheless, this is a
problem in which I have been interested for a long time.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
in case things are otherwise it
might save someone a bit of trouble in trying to write something which
will work "everywhere":
If one is speaking here of architecture problems, there is the additional
problem that some ARM systems might have not two PCI buses, but instead
no PCI bus
Mauro,
A few comments in-line. Vide infra.
On Mon, 10 Jan 2011, Mauro Carvalho Chehab wrote:
> Em 07-01-2011 21:42, Theodore Kilgore escreveu:
>
> >> Have you tried Mauro's media_build tree? I had to use it today to test a
> >> driver from git on a 2.6.35 kernel
time and "anybody" means exactly what it says. This was not the first
time that I have installed a development kernel. It was the first time I
had any serious problems after doing so. Now, it is also true that after I
finally got the issues worked through I was pleased with the re
an to look at the mail I
get every day, much less to continue work on related projects. Several
things that I wanted to do months ago are sitting incomplete and in limbo
waiting for me to be less busy and preoccupied.
But I have not lost interest.
Wishing for you and for all of us a
irectly, so:
>
> Acked-by: Hans de Goede
>
> Thanks & Regards,
>
> Hans
And thank you.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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 camera works "out of the box" with these small changes. So this is
just in time for Christmas. Think of the children.
Signed-off-by
On Mon, 20 Dec 2010, Alex Deucher wrote:
> On Sun, Dec 19, 2010 at 6:56 PM, Theodore Kilgore
> wrote:
> >
> > Hans,
> >
> > Thanks for the helpful advice about how to set up a git tree for current
> > development so that I can get back into things.
> >
On Sun, 19 Dec 2010, Andy Walls wrote:
> On Sun, 2010-12-19 at 18:13 -0600, Theodore Kilgore wrote:
> >
> > On Sun, 19 Dec 2010, Andy Walls wrote:
>
> > > The Software for our Sakar branded Jeilin camera was a little smarter.
> >
> > Oh. So _you_ had
On Sun, 19 Dec 2010, Adam Baker wrote:
> On Sunday 19 Dec 2010, Theodore Kilgore wrote:
> > Finally, one concern that I have in the back of my mind is the question of
> > control settings for a camera which streams in bulk mode and requires the
> > setup of a workqu
On Sun, 19 Dec 2010, Andy Walls wrote:
> On Sun, 2010-12-19 at 14:51 -0600, Theodore Kilgore wrote:
> >
> > On Sun, 19 Dec 2010, Andy Walls wrote:
> >
> > > Theodore,
> > >
> > > Aside from detect measurment of the power line, isn't a came
(and 2.6.35.7 is certainly recent!). Well, the people who had such a
position did not win. So now here is unfortunately the foreseeable result.
An experimental kernel with some totally unrelated bug which affects my
hardware and meanwhile stops all progress.
Theodore Kilgore
--
To unsubscribe
e the average image luminosity over several frames and look
> ^^^
> for
Hey, never mind. My eyes are not what they used to be, either.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the
r be encountered.
So, as I said, the question of interaction of a control and a workqueue is
another problem interesting little problem. Your thoughts on this
interesting little problem would be appreciated.
As I said, Merry Christmas :-)
Theodore Kilgore
--
To unsubscribe from this list: send the
On Sun, 19 Dec 2010, Paulo Assis wrote:
> Hi,
>
> 2010/12/18 Theodore Kilgore :
> >
> > Does anyone know whether, somewhere in the kernel, there exists a scheme
> > for detecting whether the external power supply of the computer is using
> > 50hz or 60hz?
&g
e adds its product
number in gspca/sq905c.c. I will get around to doing that formally, of
course, when I get time. But if anyone wants just to add the number and
re-compile the Vendor:Product number for the new camera is 0x2770:0x9051.
Merry Christmas.
Theodore Kilgore
--
To unsubscribe from
n the bug will
> > end up in Novell or RH bugzilla in a year and nobody will ever see it.
>
> Well the problem comes down to testing it. I don't know of any developer
> that is removing the BKL that actually owns hardware to test out these
> broken drivers. And for the cha
On Tue, 14 Sep 2010, Laurent Pinchart wrote:
> Hi Theodore,
>
> On Monday 13 September 2010 19:17:48 Theodore Kilgore wrote:
> > On Mon, 13 Sep 2010, Laurent Pinchart wrote:
> > > On Friday 07 May 2010 20:20:38 Wang, Wen W wrote:
> > > > Hi all,
> > &g
en in any
event we have to figure out how to make the two different modes to
coexist.
If either of the still mode or the streaming video mode will use a
proprietary protocol and especially if some unknown data compression
algorithm is going to be in use, then clearly it is possible to get the
long silence from here, but there has been illness in the
family. I do keep trying to watch whatever is going on.
Hans, I agree with your general characterization of the public's
perception of 0 versus 1. But on this particular occasion I suspect that
the general public would see that 0 corresponds more naturally to "off"
than 1 does.
Hoping that all is well with you and others.
Cheers, and this is just my two cents on a trivial issue.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
http://moinejf.free.fr/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Congratulations. Nice.
Theodore Kilgore
d
decompression for the JL2005B/C/D based still cameras. The compression
algorithm is pretty much standard JPEG, but two things are unusual. First,
the compression or decompression proceeds down columns of width one block,
not across rows. Second, the thing which is being compressed is the Bayer
pattern, so each block is of width 16, not 8, and there are sub-blocks for
each of R, G1, G2, and B.
If anyone is curious about this, the code can be pulled down from
gphoto.svn.sourceforge.net, in trunk/libgphoto2/camlibs/jl2005c.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ing down "strips" or such. That is what the
JL2005C cameras are doing. Each vertical strip of 16 bytes from the
picture is in fact a separate JPEG image, and needs to be separately
processed, and then the results glued together into an image. This is even
seen in the raw data,
nterruption. Anyone who is interested in pursuing this,
start a new thread if you want.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ened is that there was a simultaneous
minor upgrade of gcc at the same time, and it is possible that this
interfered. I would further speculate that a similar problem happened with
you, in your Debian installation.
Hoping that we have finally tracked this down.
Theodore Kilgore
tall
I had forgot to reply to this but while I do have a 64bit capable cpu,
I compile & use only 32bit.
Same here. Let us hope it is the same problem, and it will be possible to
track it down once and fix it.
Theodore Kilgore
On Sun, 7 Mar 2010, Randy Dunlap wrote:
On 03/05/10 22:48, Theodore Kilgore wrote:
On Sat, 6 Mar 2010, Mauro Carvalho Chehab wrote:
Randy Dunlap wrote:
On 03/05/10 16:51, VDR User wrote:
On Fri, Mar 5, 2010 at 4:39 PM, Theodore Kilgore
wrote:
This is to report the good news that none
On Sun, 7 Mar 2010, Mauro Carvalho Chehab wrote:
Theodore Kilgore wrote:
On Sat, 6 Mar 2010, Mauro Carvalho Chehab wrote:
Randy Dunlap wrote:
On 03/05/10 16:51, VDR User wrote:
On Fri, Mar 5, 2010 at 4:39 PM, Theodore Kilgore
wrote:
This is to report the good news that none of the
On Sat, 6 Mar 2010, Mauro Carvalho Chehab wrote:
Randy Dunlap wrote:
On 03/05/10 16:51, VDR User wrote:
On Fri, Mar 5, 2010 at 4:39 PM, Theodore Kilgore
wrote:
This is to report the good news that none of the above suspicions have
panned out. I still do not know the exact cause of the
On Sat, 6 Mar 2010, Mauro Carvalho Chehab wrote:
Randy Dunlap wrote:
On 03/05/10 16:51, VDR User wrote:
On Fri, Mar 5, 2010 at 4:39 PM, Theodore Kilgore
wrote:
This is to report the good news that none of the above suspicions have
panned out. I still do not know the exact cause of the
On Thu, 4 Mar 2010, Theodore Kilgore wrote:
Hi,
I just upgraded to the stock 2.6.33 kernel in Slackware-current. Also after
having the troubles described below I cloned a completely new copy of the
gspca tree from http://linuxtv.org/hg/~hgoede/gspca, intending to get some
work done on a
/modules/2.6.33-smp/kernel/drivers/media/video/gspca/gspca_main.ko):
Invalid module format
r...@khayyam:/home/kilgota/linux/gspca/gspca_hans_new3/gspca#
Any suggestions?
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message
) and so does Andy Walls. I never had any
such problems with my camera, but I do not even own any external USB hub.
Theodore Kilgore
-- Forwarded message --
Date: Fri, 29 Jan 2010 17:49:39 +0100
From: Matthias Huber
To: Theodore Kilgore
Cc: Andy Walls
Subject: Re: solved
ut in case there is need to dig
more deeply I am reporting this. I do find the reported error to be very
strange, namely (a typical specimen)
Jan 28 17:56:18 linux kernel: [26920.452427] gspca: frame overflow 77885 >
77824
Please see the next mail, too.
Theodore Kilgore
-- Forw
such information.
Thus, a question for you or for anyone else who reads it:
Has anyone figured out any shortcuts for matching up the missing pieces of
information? Probably the answer is "no" but I think this is the kind of
question which is worth asking again on some periodic basis.
Hope this helps you.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
fixed, already. A more recent version of sq905c.c is in
the pipeline somewhere.
Theodore Kilgore
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sun, 24 Jan 2010, Jean-Francois Moine wrote:
On Sat, 23 Jan 2010 19:44:06 -0600 (CST)
Theodore Kilgore wrote:
If everyone else is agreeable, I would propose that the recent
changes to sq905c.c should simply be pulled, and that is the best
solution to the problem.
A pull request for
PDEBUG(D_PROBE,
"SQ9050 camera detected"
If everyone else is agreeable, I would propose that the recent changes to
sq905c.c should simply be pulled, and that is the best solution to the
problem.
Hans, can you confirm all of this?
Theodore Kilgore
--
To unsubscribe fr
on all
of them.
Theodore Kilgore
Signed off by: Theodore Kilgore
-
diff -r 577440e8b8df linux/drivers/media/video/gspca/mr97310a.c
--- a/linux/drivers/media/video/gspca/mr97310a.cSun Nov 01
17:09:15 2009 +0100
+
On Mon, 2 Nov 2009, Németh Márton wrote:
Theodore Kilgore írta:
On Mon, 2 Nov 2009, Németh Márton wrote:
Theodore Kilgore wrote:
On Sun, 1 Nov 2009, Németh Márton wrote:
Remove struct sd dependency from pac_find_sof() function implementation.
This step prepares separation of pac7302 and
On Mon, 2 Nov 2009, Németh Márton wrote:
Theodore Kilgore wrote:
On Sun, 1 Nov 2009, Németh Márton wrote:
Remove struct sd dependency from pac_find_sof() function implementation.
This step prepares separation of pac7302 and pac7311 specific parts of
struct sd.
[...]
But here is the point
On Sun, 1 Nov 2009, Németh Márton wrote:
From: Márton Németh
Remove struct sd dependency from pac_find_sof() function implementation.
This step prepares separation of pac7302 and pac7311 specific parts of
struct sd.
Signed-off-by: Márton Németh
Cc: Thomas Kaiser
Cc: Theodore Kilgore
Cc
On Mon, 3 Aug 2009, Mauro Carvalho Chehab wrote:
On Mon, 3 Aug 2009, Theodore Kilgore wrote:
static const __devinitdata struct usb_device_id device_table[] = {
{USB_DEVICE(0x2770, 0x905c), .driver_info =
SAKAR_MICRO_DIGITAL_2428X},
{USB_DEVICE(0x2770, 0x9050
Mauro,
Thank you for some very interesting comments. I will have some responses
"in-line," also expanding on some of the previous points.
On Mon, 3 Aug 2009, Mauro Carvalho Chehab wrote:
Em Mon, 3 Aug 2009 11:01:56 -0500 (CDT)
Theodore Kilgore escreveu:
On Mon, 3 Aug
On Mon, 3 Aug 2009, Jean-Francois Moine wrote:
On Sun, 2 Aug 2009 14:12:28 -0500 (CDT)
Theodore Kilgore wrote:
[snip]
- as there is only one vend:prod, one line is enough in gspca.txt.
This is a question about which I have been curious for quite some
time, and I think that now is
On Sun, 2 Aug 2009, Jean-Francois Moine wrote:
On Sat, 1 Aug 2009 16:56:06 -0500 (CDT)
Theodore Kilgore wrote:
Several cameras are supported here, which all share the same USB
Vendor:Product number when started up in streaming mode. All of these
cameras use bulk transport for streaming
On Sun, 2 Aug 2009, Jean-Francois Moine wrote:
On Sat, 1 Aug 2009 16:56:06 -0500 (CDT)
Theodore Kilgore wrote:
Several cameras are supported here, which all share the same USB
Vendor:Product number when started up in streaming mode. All of these
cameras use bulk transport for streaming
Several cameras are supported here, which all share the same USB
Vendor:Product number when started up in streaming mode. All of these
cameras use bulk transport for streaming, and all of them produce frames
in JPEG format.
Patch follows.
Signed-off-by Theodore Kilgore
--
diff -r
1 - 100 of 156 matches
Mail list logo