[gstreamer-bugs] [Bug 414489] New: [v4lsrc] takes ages to play
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Sat Mar 3 23:30:15 PST 2007
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=414489
GStreamer | gst-plugins-base | Ver: 0.10.10
Summary: [v4lsrc] takes ages to play
Product: GStreamer
Version: 0.10.10
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: julien.puydt at laposte.net
QAContact: gstreamer-bugs at lists.sourceforge.net
OtherBugsDependingO 339896
nThis:
GNOME version: Unspecified
GNOME milestone: Unspecified
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?!
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
More information about the Gstreamer-bugs
mailing list