[Gstreamer-bugs] [Bug 115559] New - Deadlock with video thread

[bugzilla-daemon at widget.gnome.org]

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=115559

Changed by newhallibaby at gmx.de.

--- shadow/115559	Thu Jun 19 15:13:31 2003
+++ shadow/115559.tmp.12947	Thu Jun 19 15:13:31 2003
@@ -0,0 +1,31 @@
+Bug#: 115559
+Product: GStreamer
+Version: HEAD CVS
+OS: Linux
+OS Details: Linux Mandrake/9.1 (gstreamer self-compile via CVS HEAD)
+Status: NEW   
+Resolution: 
+Severity: blocker
+Priority: Normal
+Component: don't know
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: newhallibaby at gmx.de               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: HEAD
+URL: 
+Summary: Deadlock with video thread
+
+I'm using gstreamer to transcode a MPEG audio and video file to a propiate
+file format for an old computer system.
+
+I'm using the main pipeline and three thread. The (main) pipeline devileres
+the mpegdemux element the datas. One thread is then doing the audio
+decoding/encoding. The second thread is doing video
+decoding/converting/encoding. The third and last thread is doing multiplexing.
+
+The video thread seems to be totally broken (freezes) because if I disable
+the video thread my app is running till the whole source file (mpeg
+audio/video file is transcoded). But if I disable audio thread my whole app
+is broken finding no parent elements anymore for example.
+
+Attaching output from gdb (That are 5 processes)