All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: Alexey Fisher <bug-track@fisher-privat.net>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [Linux-uvc-devel] again "Logitech QuickCam Pro for Notebooks 046d:0991"
Date: Thu, 29 Oct 2009 11:58:24 +0100	[thread overview]
Message-ID: <4AE97550.2020100@redhat.com> (raw)
In-Reply-To: <1256737867.2575.6.camel@mini>



On 10/28/2009 02:51 PM, Alexey Fisher wrote:
> Am Mittwoch, den 28.10.2009, 14:40 +0100 schrieb Laurent Pinchart:
>> On Wednesday 28 October 2009 14:36:33 Alexey Fisher wrote:
>>> 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.
>>
>> You have been able to work around the freeze by raising cheese's timeout to 15
>> seconds, right ?
>
> yes
>

Talking about this, can you please file a bug against upstream cheese to
change the timeout to be 15 seconds ?

Regards,

Hans

      reply	other threads:[~2009-10-29 10:52 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
2009-10-28 13:40                           ` Laurent Pinchart
2009-10-28 13:51                             ` Alexey Fisher
2009-10-29 10:58                               ` Hans de Goede [this message]

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=4AE97550.2020100@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=bug-track@fisher-privat.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.