[Bug 706584] New: GES crashes during main loop when the timeline is commited on Windows

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Aug 22 06:44:28 PDT 2013


https://bugzilla.gnome.org/show_bug.cgi?id=706584
  GStreamer | gst-editing-services | git

           Summary: GES crashes during main loop when the timeline is
                    commited on Windows
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Windows
            Status: UNCONFIRMED
          Severity: blocker
          Priority: Normal
         Component: gst-editing-services
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: lubosz at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=252741)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=252741)
Minimal c example where the crash occurs

GES crashes in gthread-win32.c shortly after the main loop is started.

The crash only occurs when following conditions are met:

* The timeline is committed

ges_timeline_commit (timeline);


* An asset is added to the layer, so the demo actually plays something

ges_layer_add_asset (layer, src_asset, 0, 0, GST_SECOND,
GES_TRACK_TYPE_UNKNOWN);


* The state is set to playing and the main loop is started

gst_element_set_state (GST_ELEMENT (pipeline), GST_STATE_PLAYING);
g_main_loop_run (mainloop);


The crash also occurs in the basic test, but in no other test. This is
interesting. Isn't the commit used in the other tests?

Using current git master branches of gstreamer, plugins, libav, gnonlin and
ges.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list