From: Alexey Fisher <bug-track@fisher-privat.net>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Hans de Goede <hdegoede@redhat.com>,
Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [Linux-uvc-devel] again "Logitech QuickCam Pro for Notebooks 046d:0991"
Date: Wed, 28 Oct 2009 14:36:33 +0100 [thread overview]
Message-ID: <1256736993.2575.5.camel@mini> (raw)
In-Reply-To: <200910281352.14940.laurent.pinchart@ideasonboard.com>
Hi Laurent,
Am Mittwoch, den 28.10.2009, 13:52 +0100 schrieb Laurent Pinchart:
> Hi Alexey,
>
> On Wednesday 28 October 2009 10:58:24 Alexey Fisher wrote:
> > Am Mittwoch, den 28.10.2009, 00:27 +0100 schrieb Laurent Pinchart:
> > > On Monday 26 October 2009 15:06:41 Hans de Goede wrote:
> > > > On 10/26/2009 12:52 PM, Alexey Fisher wrote:
> > > > > Am Sonntag, den 25.10.2009, 14:21 +0100 schrieb Hans de Goede:
> > >
> > > [snip]
> > >
> > > > > > fwiw I'm a v4l kernel developer, but I'm not involved in the UVC
> > > > > > driver, I'm however a contributor to cheese, I thought that my
> > > > > > input that cheese would give up even if the driver has a long
> > > > > > enough timeout would be helpful.
> > > > > >
> > > > > > To try and see if this (the cheese timeout is the issue), you will
> > > > > > need to re-compile cheese from source, after unpacking cheese, edit
> > > > > > src/cheese-webcam.c and goto line 716 (in 2.28.0)
> > > > > >
> > > > > > And change the "10 * GST_SECOND" there in something bigger. I also
> > > > > > see that I'm mistaken and the timeout in cheese is not 3 but 10
> > > > > > seconds, it might have changed recently, or my memory has been
> > > > > > playing tricks on me.
> > > > > >
> > > > > > I still believe this might be the cause, the trace you have posted
> > > > > > seems consistent with cheese's behaviour. Also noticed that there
> > > > > > never is a successfull DQBUF the first time cheese opens the
> > > > > > device. If cheese (or rather gstreamer) does not manage to DQBUF
> > > > > > the first time, then cheese will not work with the device. There is
> > > > > > a limitation in gstreamer (or maybe in the way cheese uses it)
> > > > > > where gstreamer needs to be streaming before cheese can tell the
> > > > > > properties of the cam. If the stream does not start within the
> > > > > > first 10 seconds, then cheese will fail to get the properties.
> > > > > >
> > > > > > If you go to cheese's edit -> preferences menu, and your cam has
> > > > > > no resolutions listed there (the resolution drop down is grayed
> > > > > > out). This is what is happening.
> > > > > >
> > > > > > As for empathy, I'm not familiar with that. But if we can get
> > > > > > cheese to work first I'm sure that that would be a good step in the
> > > > > > right direction.
> > > > >
> > > > > Hallo Hans,
> > > > > thank you for your constructive response,
> > > > > I increased timeout to 15 seconds i now i can't reproduce camera
> > > > > freeze, i'll play with it more to be sure. There is still one issue
> > > > > with it - on cold start the image is zoomed in.
> > > > > I need to close cheese and open it again to get normal zoom. The
> > > > > resolution seems to be the same.
> > >
> > > Zoomed in ? Really ? As far as I know the QuickCam Pro for Notebooks has
> > > no optical or digital zoom. Could you please send me lsusb's output for
> > > your device ?
> >
> > Yes. I can use digital zoom under M$Win with Logitech software.
>
> That's probably implemented in software in the Windows driver.
>
> [snip]
> The zoom control, if present, should have appeared here.
>
> As your camera doesn't expose any zoom control I really don't know where the
> zoom comes from.
>
i don't really care about zoom problem. This not making this webcam
freeze so probably nobody will find this issue. You can sleep well :)
if you have some ideas about camera freeze, please let me know.
regards,
Alexey.
next prev parent reply other threads:[~2009-10-28 13:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1255514751.15164.17.camel@zwerg>
[not found] ` <59cf47a80910140837m664e7a37pdebad2e8ceacfef9@mail.gmail.com>
[not found] ` <1255633259.8813.10.camel@mini>
[not found] ` <200910220155.25481.laurent.pinchart@ideasonboard.com>
[not found] ` <1256197227.3257.23.camel@zwerg>
[not found] ` <4AE441C7.9070209@redhat.com>
[not found] ` <1256475770.3652.18.camel@mini>
[not found] ` <4AE450F5.90000@redhat.com>
[not found] ` <1256557968.12179.5.camel@zwerg>
2009-10-26 14:06 ` [Linux-uvc-devel] again "Logitech QuickCam Pro for Notebooks 046d:0991" Hans de Goede
2009-10-27 23:27 ` Laurent Pinchart
2009-10-28 9:58 ` Alexey Fisher
2009-10-28 12:52 ` Laurent Pinchart
2009-10-28 13:36 ` Alexey Fisher [this message]
2009-10-28 13:40 ` Laurent Pinchart
2009-10-28 13:51 ` Alexey Fisher
2009-10-29 10:58 ` Hans de Goede
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1256736993.2575.5.camel@mini \
--to=bug-track@fisher-privat.net \
--cc=hdegoede@redhat.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox