Re: Framerate is consistently divided by 2.5

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ah sorry for the confusion. The USB camera was not working on the old
kernel of ARM board. After patching the kernel, I can grab images but
the framerate is 1/2.5 of expected framerate. The camera works without
any issue on my PC (with kernel 3.13) though.

On Wed, Sep 10, 2014 at 6:11 PM, Laurent Pinchart
<laurent.pinchart@xxxxxxxxxxxxxxxx> wrote:
> Hi Isaac,
>
> On Saturday 06 September 2014 12:35:25 Isaac Nickaein wrote:
>> Hi,
>>
>> After patching the kernel, the rate that images are captured from the
>> camera reduce by a factor of 2.5.
>
> How have you patched the kernel ? If you have both a working and non-working
> version you could use git-bisect to find the commit that causes this breakage.
>
>> Here are a list of frame rates I have tried followed by the resulted frame-
>> rate:
>>
>> 10 fps --> 4 fps
>> 15 fps --> 6 fps
>> 25 fps --> 10 fps
>> 30 fps --> 12 fps
>>
>> Note that all of the rates are consistently divided by 2.5. This seems
>> to be a clocking issue to me. Is there any multipliers in V4L2 (or
>> UVC?) code in framerate calculation which depends on the hardware and
>> be cause of this?
>
> --
> Regards,
>
> Laurent Pinchart
>
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux