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 612735 - Changing state play-null-play on pipelines created by gst_parse_launch crashes
Changing state play-null-play on pipelines created by gst_parse_launch crashes
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-03-12 19:17 UTC by Maria
Modified: 2010-08-19 11:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Parse application sample to reproduce error changing state through play-null-play (3.25 KB, text/x-csrc)
2010-03-12 19:17 UTC, Maria
Details

Description Maria 2010-03-12 19:17:57 UTC
Created attachment 156005 [details]
Parse application sample to reproduce error changing state through play-null-play

Hi,

Changing state (play-null-play) crashes on pipelines created by gst_parse_launch. This occurs specifically on pipelines that need dynamic pads to work.The pipeline works only once.

When discussed on IRC, was told me that gst_parse_launch() does a lot of 'magic' things under the hood which are hard to reset properly, so a work around would be to throw away the pipeline and create a new one.

However, it is still a limitation, that it should be fixed at some point.

The attachment is a C application which receives the pipeline description as a parameter, it creates a pipeline using the gst_parse_launch() and initializes a timer, which waits 6 seconds to change the pipeline state from null to play and backwards.

It could be helpful if you want to reproduce the error.

To run 'gst-parse-app':
     ./gst-parse-app "<pipeline-description>"
Ex:
     ./gst-parse-app "filesrc name = src location = some.m4a ! qtdemux
      ! decodebin ! audioconvert  ! alsasink"
Comment 1 Sebastian Dröge (slomo) 2010-03-18 19:35:26 UTC
There are some problems, like you described, with gst_parse_launch. But I can't get it to crash with your sample application.

Please provide a backtrace of such a crash, maybe this can be fixed easily :)
Comment 2 Tobias Mueller 2010-08-19 11:27:07 UTC
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!