[Gstreamer-bugs] [Bug 112579] New - event on source pad misrouted

[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=112579

Changed by vishnu at pobox.com.

--- shadow/112579	Thu May  8 10:50:23 2003
+++ shadow/112579.tmp.10821	Thu May  8 10:50:23 2003
@@ -0,0 +1,55 @@
+Bug#: 112579
+Product: GStreamer
+Version: HEAD CVS
+OS: other
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: gstreamer (core)
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: vishnu at pobox.com               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: 0.6.x
+URL: 
+Summary: event on source pad misrouted
+
+i am working with gstreamer CVS HEAD.
+
+Around gstpngenc.c:239, a NEW_MEDIA event is sent to the source pad:
+
+  /* send NEW MEDIA event, since a frame has been pushed out */
+  event = gst_event_new (GST_EVENT_NEW_MEDIA);
+  gst_pad_send_event (pngenc->srcpad, event);
+
+At least in the case of filesink, this event is never received.
+Subsequent PNGs are _appended_ to the same file.  Reproduce the
+problem with this pipeline:
+
+  gst-launch filesrc location=/local/aleader/ljr.mpg !  mpegdemux !
+mpeg2dec ! colorspace ! pngenc ! filesink location=/tmp/frame%d.png
+
+Here is a trace:
+
+INFO ( 8525: 0)gstevent.c(142): gst_event_new: : creating new event 0x859ce38 5
+DEBUG( 8525: 0)gstobject.c(188): gst_object_ref: : ref 0x80b163c 'src' 1->2
+DEBUG( 8525: 0)gstpad.c(2956): gst_pad_send_event: : have event 5 on pad
+capture:src
+DEBUG( 8525: 0)gstpad.c(2956): gst_pad_send_event: : have event 5 on pad
+cspace:src
+DEBUG( 8525: 0)gstpad.c(2956): gst_pad_send_event: : have event 5 on pad
+video_decoder:src
+INFO ( 8525: 0)gstdata.c(238): gst_data_unref: : unref data 0x859ce38,
+count before unref is 1
+INFO ( 8525: 0)gstevent.c(73): _gst_event_free: : freeing event 0x859ce38
+
+Instead of flowing down to the filesink, the event goes back to cspace
+(colorspace) then video_decoder (mpeg2dec).  (i don't know why it
+stops there.)
+
+i'm pretty sure this bug also exists in 0.6.1, but i don't understand
+the old gst-launch syntax so i can't easily test it.
+
+i would like to submit a patch, but the event dispatch code just looks
+hopelessly cryptic to me.