After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 587785 - oggmux plugin resists state changes.
oggmux plugin resists state changes.
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.22
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-07-04 21:35 UTC by Ian Turner
Modified: 2009-07-17 00:29 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
Test case. (2.46 KB, text/plain)
2009-07-04 21:36 UTC, Ian Turner
Details

Description Ian Turner 2009-07-04 21:35:42 UTC
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:
Comment 1 Ian Turner 2009-07-04 21:36:14 UTC
Created attachment 137858 [details]
Test case.
Comment 2 Tim-Philipp Müller 2009-07-17 00:29:35 UTC
The problem is that fakesrc by default outputs empty buffers, so vorbisenc will never actually receive any audio data to encode, and hence won't output any buffers, which is why your pipeline stalls.

With audiotestsrc instead of fakesrc it works just fine.