GNOME Bugzilla – Bug 414489
[v4lsrc] takes ages to play
Last modified: 2011-06-28 23:36:37 UTC
The following takes a little more than 40s (sic) before it shows anything : gst-launch-0.10 v4lsrc ! xvimagesink It's slow because it's trying to do some probing, so : v4lsrc autoprobe=0 ! xvimagesink but of course that won't work : how to use correctly a device which never was probed !? The error is : ERROR: from element /pipeline0/v4lsrc0: Could not get/set settings from/on resource. Additional debug info: v4lsrc_calls.c(264): gst_v4lsrc_grab_frame (): /pipeline0/v4lsrc0: Device is not in streaming mode Let's try with autoprobe-fps : gst-launch-0.10 v4lsrc autoprobe-fps=0 ! xvimagesink same problem : ERROR: from element /pipeline0/v4lsrc0: Could not get/set settings from/on resource. Additional debug info: v4lsrc_calls.c(264): gst_v4lsrc_grab_frame (): /pipeline0/v4lsrc0: Device is not in streaming mode All in all, that means this source gives issues when used in a program : which user will accept to choose a device and see the application freeze for that long?!
Could you attach an strace log (clipped at 1 MB)? It could be v4lsrc doing something dumb like checking all 1<<32 variations of a parameter, or the driver could just be buggy.
Created attachment 88109 [details] Strace showing the problem
I cannot reproduce the problem. gst-launch-0.10 v4lsrc ! sdlvideosink gives me the first picture from my webcam (spca5xx) in less than 2 seconds.
I don't have sdlvideosink, and my webcam is a pwc.
I just checked again : the problem is still there... do you need a newer strace?
Is this still a problem? v4l(1) is deprecated nowadays and newer kernels don't even have support for it anymore, is it a problem with v4l2src? If not, let's close this bug.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!