After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 114442 - non-intuitive event handling
non-intuitive event handling
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other other
: Normal normal
: 0.6.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-06-05 03:33 UTC by Joshua N Pritikin
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Joshua N Pritikin 2003-06-05 03:33:56 UTC
It's non-intuitive that the following code only happens when linking pads
in the scheduler:

  GST_RPAD_EVENTHANDLER (srcpad) = GST_RPAD_EVENTFUNC (srcpad);

If i have this pipeline:

  ./gst-launch filesrc location=/local/aleader/trans.mpg ! mpegdemux
name=demux demux.video_00 ! mpeg2dec

When i try to do a seek, send an event to the src pad of mpeg2dec, then it
doesn't work because the eventhandler hasn't been setup because there is no
element linked after mpeg2dec.  So i must add a fakesink after mpeg2dec and
then it works.  This seem crazy.
Comment 1 Benjamin Otte (Company) 2003-06-07 13:17:01 UTC
You're supposed to send events to the peer of a sink pad, not to a
source pad.

And yes, I know that's confusing :)
Comment 2 Joshua N Pritikin 2003-06-07 17:03:27 UTC
i can understand if it is a "request pad".  But in this case, it is a
"static pad".  Static pads should be able to accept events even if
they are not linked.  (Why not?)
Comment 3 David Schleef 2004-03-06 01:16:46 UTC
This behavior might get rethought during 0.9, but for now, this is the
behavior.  I've noted this in the 0.9-suggested-changes list, and
closing the bug.