[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