Hi,
in 2.6.36 and later there is a change of behavior when changing
framerates with the gspca_ov534 driver, here's what happens using
guvcview:
If I:
1. Go to the "Video & Files Tab"
2. Change the "Frame Rate" value from the drop down menu
in 2.6.35:
3a. dmesg shows the message: ov534: frame_rate: xx
3b. The frame rate is changed and the guvcview preview window shows
the different capture speed
since 2.6.36 + the regression fix in [1] (please apply it):
3a. dmesg shows the message: ov534: frame_rate: xx
3b. guvcviews gives some errors and the preview image halts:
VIDIOC_QBUF - Unable to queue buffer: Invalid argument
Could not grab image (select timeout):
Resource temporarily unavailable
Setting framerates works only once per device opening (tested with
"luvcview -i xx"), it's just changing it "live" that is broken in newer
kernels.
I am trying to spot what caused this, I guess it is something in
gspca_main, hopefully Jean-François has some idea that can help me
narrowing down the search.
Note that AFAIK gspca_ov534 is the only gspca driver enumerating
framerates with VIDIOC_ENUM_FRAMEINTERVALS, but from a quick look
nothing changed in this area.
Thanks,
Antonio
[1]
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/24899
--
Antonio Ospite
http://ao2.it
PGP public key ID: 0x4553B001
A: Because it messes up the order in which people normally read text.
See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
Attachment:
pgpaFcgi2n4ds.pgp
Description: PGP signature
