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 409683 - Crash with Decodebin2
Crash with Decodebin2
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 0.10.12
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-02-19 17:53 UTC by Christian Fredrik Kalager Schaller
Modified: 2007-02-20 17:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Christian Fredrik Kalager Schaller 2007-02-19 17:53:22 UTC 
Trying to run Totem with GST_DEBUG and USE_DECODEBIN2=1 set.
GST_DEBUG=*:5 totem >stereonotsurround.txt 2>&1

If I try loading the Dust_to_Glory_720.wmv file in totem in this scenario Totem crash.
Comment 1 Tim-Philipp Müller 2007-02-19 22:06:01 UTC 
Got a stack trace?
Comment 2 Edward Hervey 2007-02-20 17:03:15 UTC 
Fixed in cvs.

2007-02-20  Edward Hervey  <edward@fluendo.com>

        * gst/playback/gstdecodebin2.c: (gst_decode_bin_dispose),
        (multi_queue_underrun_cb), (gst_decode_group_check_if_drained),
        (sort_end_pads), (gst_decode_group_expose),
        (gst_decode_group_hide):
        Don't free groups from the streaming threads. Just put them aside and
        free them in dispose.
Comment 3 Jan Schmidt 2007-02-20 17:11:04 UTC 
What are the implications of this for long-running/re-used decodebin instances? Will they just accumulate groups and waste memory?