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 310880 - Lockup in PAUSED->READY if pipeline can't preroll
Lockup in PAUSED->READY if pipeline can't preroll
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: NONE
Assigned To: Wim Taymans
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-07-19 14:19 UTC by Andy Wingo
Modified: 2005-08-29 15:28 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Backtrace of the deadlock (7.82 KB, text/plain)
2005-07-19 14:27 UTC, Andy Wingo 		Details
gstreamer log file (273 bytes, application/octet-stream)
2005-07-19 14:28 UTC, Andy Wingo 		Details

Description Andy Wingo 2005-07-19 14:19:04 UTC 
gst-launch fakesrc ! tee name=t t. ! fakesink t. ! fakesink

The pipeline successfully reaches PLAYING after forcing the state change, but
locks up on the way back down (e.g. after pressing control-C).

(The trickiness about prerolling with multiple sinks should be documented in the
application developer's manual.)
Comment 1 Andy Wingo 2005-07-19 14:27:56 UTC 
Created attachment 49403 [details]
Backtrace of the deadlock
Comment 2 Andy Wingo 2005-07-19 14:28:37 UTC 
Created attachment 49404 [details]
gstreamer log file
Comment 3 Andy Wingo 2005-07-19 14:33:21 UTC 
This pipeline goes to PLAYING fine, but if I press control-C it locks up on the
way back down.

gnomevfssrc location=http://gstreamer.freedesktop.org/media/small/cooldance.ogg \
    ! tee name=tee \
    tee. ! oggdemux name=demux \
    demux. ! queue ! theoradec ! xvimagesink \
    demux. ! queue ! vorbisdec ! audioconvert ! alsasink \
    tee. ! queue ! filesink location=cooldance.ogg
Comment 4 Wim Taymans 2005-07-19 14:53:43 UTC 
the first pipeline hangs because -launch blocks forever without a decent
timeout. fixed in CVS now
Comment 5 Wim Taymans 2005-07-19 15:31:37 UTC 
the second pipeline hangs in going to READY because tee is put to READY before
all connected elements are put to READY first
Comment 6 Wim Taymans 2005-07-19 18:19:39 UTC 
actually, the sinks are put to READY just fine but the error codes were not
propagated in GstQueue, Fixed in CVS now.
Comment 7 Andy Wingo 2005-08-18 09:28:54 UTC 
Everything fixored