[Bug 796789] v4l2 initialization fails with TRY_FMT call

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=796789

--- Comment #5 from Nicolas Dufresne (ndufresne) <nicolas at ndufresne.ca> ---
Thanks a lot of letting me access this hardware. I've tried various other
approach, but this is the one that works. This means though that changing
resolution while your camera is running won't work, fortunately, cheese do stop
and start the HW completely. If you are lucky, a firmware/bios or other type of
system upgrade may fix the issue. Googling about this camera showed a lot of
report of users also have problem on Windows. Notably it fails on skype, but
works in the browser. I know that SKype do dynamic resolution changes, while
your browser don't (for now ;-P). If the problem persist and become an issue,
let me know, we could probably implement some workaround, like just taking a
guess on the output format (pick the first one) and skip the TRY_FMT. This
should work since your camera do report all the format/resolution/framerate
correctly (not always the case).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.