[Gstreamer-bugs] [Bug 136573] New - hang in avidemux

bugzilla-daemon at widget.gnome.org bugzilla-daemon at widget.gnome.org
Mon Mar 8 10:06:59 PST 2004


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=136573

Changed by v.merkatz at gmx.net.

--- shadow/136573	Mon Mar  8 13:06:58 2004
+++ shadow/136573.tmp.16640	Mon Mar  8 13:06:58 2004
@@ -0,0 +1,59 @@
+Bug#: 136573
+Product: GStreamer
+Version: HEAD CVS
+OS: Linux
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: gst-plugins
+AssignedTo: rbultje at ronald.bitfreak.net                            
+ReportedBy: v.merkatz at gmx.net               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: HEAD
+URL: 
+Summary: hang in avidemux
+
+the pipeline i used is: gst-launch-0.7 filesrc location=test.avi ! avidemux
+! fakesink
+run like that it hangs consuming 100% cpu, gdb backtrace follows:
+(gdb) bt
+#0  0x403523d3 in malloc_consolidate () from /lib/libc.so.6
+#1  0x40351d34 in _int_malloc () from /lib/libc.so.6
+#2  0x4035122f in malloc () from /lib/libc.so.6
+#3  0x4029c51e in g_malloc () from /usr/lib/libglib-2.0.so.0
+#4  0x405f5e45 in gst_avi_demux_stream_index (avi=0x8164098)
+    at gstavidemux.c:1078
+#5  0x405f67d9 in gst_avi_demux_stream_header (avi=0x8164098)
+    at gstavidemux.c:1307
+#6  0x405f72ef in gst_avi_demux_loop (element=0x403f2128) at gstavidemux.c:1495
+#7  0x4060daae in loop_group_schedule_function (argc=0, argv=0x8165a70)
+    at gstoptimalscheduler.c:1129
+#8  0x4060d4a2 in schedule_group (group=0x8165a70) at gstoptimalscheduler.c:971
+#9  0x4060d566 in gst_opt_scheduler_schedule_run_queue (osched=0x8164688)
+    at gstoptimalscheduler.c:1013
+#10 0x4060d7a7 in schedule_chain (chain=0x8165a18)
+    at gstoptimalscheduler.c:1057
+#11 0x40610908 in gst_opt_scheduler_iterate (sched=0x8164688)
+    at gstoptimalscheduler.c:2203
+#12 0x4005a799 in gst_scheduler_iterate (sched=0x8164688) at gstscheduler.c:705
+#13 0x4002fc21 in gst_bin_iterate_func (bin=0x8164e08) at gstbin.c:1094
+#14 0x4006e809 in gst_marshal_BOOLEAN__VOID (closure=0x8058d40, 
+    return_value=0xbffff130, n_param_values=1, param_values=0x403f2128, 
+    invocation_hint=0xbffff158, marshal_data=0x4002fba0) at gstmarshal.c:433
+---Type <return> to continue, or q <return> to quit---
+#15 0x40238c33 in g_type_class_meta_marshal ()
+   from /usr/lib/libgobject-2.0.so.0
+#16 0x40238a2e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
+#17 0x40248265 in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0
+#18 0xbffff130 in ?? ()
+#19 0x00000001 in ?? ()
+#20 0xbffff248 in ?? ()
+#21 0xbffff158 in ?? ()
+#22 0x4029c608 in g_free () from /usr/lib/libglib-2.0.so.0
+Previous frame inner to this frame (corrupt stack?)
+
+
+when run with valgrind --skin=memcheck it doesn't hang, but outputs quite
+some stuff, valgrind log and output of gst-launch is attached.




More information about the Gstreamer-bugs mailing list