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 650987 - 0.10.34 gstreamer has pad_probe counting issues
0.10.34 gstreamer has pad_probe counting issues
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-python
0.10.34
Other Linux
: Normal normal
: 0.10.22
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-05-24 17:15 UTC by Thomas Vander Stichele
Modified: 2011-05-25 07:39 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
sample code triggering the bug (892 bytes, text/x-python)
2011-05-24 17:16 UTC, Thomas Vander Stichele 		Details

Description Thomas Vander Stichele 2011-05-24 17:15:24 UTC 
The attached example works if you run it without arguments (will print probes), and fails if you run it with.

I suspect that there is something wrong with the removal of pad probes and event/data probe counters.
Comment 1 Thomas Vander Stichele 2011-05-24 17:16:16 UTC 
Created attachment 188487 [details]
sample code triggering the bug
Comment 2 Thomas Vander Stichele 2011-05-24 17:16:51 UTC 
0.10.31 gstreamer on F-14 does not have this bug.
Comment 3 Sebastian Dröge (slomo) 2011-05-25 07:11:58 UTC 
I have a feeling that I know the reason for this bug, trying to confirm this and fix it ;)
Comment 4 Sebastian Dröge (slomo) 2011-05-25 07:39:57 UTC 
commit fe9d91f321b7544b412e7d16478be8adee7792c7
Author: Sebastian Dröge <sebastian.droege@collabora.co.uk>
Date:   Wed May 25 09:38:22 2011 +0200

    gst: Don't use private GstPad API to add data/buffer/event probes
    
    This does not work anymore with latest core because of the
    pad cache that enables use of a fast path during data passing
    in many situations.
    
    Fixes bug #650987.