[gstreamer-bugs] [Bug 587785] New: oggmux plugin resists state changes.
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Sat Jul 4 14:35:43 PDT 2009
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=587785
GStreamer | gst-plugins-base | Ver: 0.10.22
Summary: oggmux plugin resists state changes.
Product: GStreamer
Version: 0.10.22
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: vectro at vectro.org
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: 2.25/2.26
GNOME milestone: Unspecified
Please describe the problem:
I see the following behavior:
1. For live sources, pipelines with oggmux won't enter the PLAYING state (they
just block at the state change.)
2. For non-live sources, pipelines with oggmux won't even enter the PAUSED
state (they just read the preroll data forever).
Steps to reproduce:
See the attached test case for #1, it's easy enough to change it for #2.
Actual results:
The last line when run with --gst-debug=3 is:
0:00:00.241901517 21706 0x89a1008 INFO GST_STATES
gstelement.c:1898:gst_element_get_state_func:<pipeline0> waiting for element to
commit state
Expected results:
See "Started playing" and "Paused playing" somewhere in the output.
Does this happen every time?
Yes
Other information:
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=587785.
More information about the Gstreamer-bugs
mailing list