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 611042 - [adder] many pads, 'sink has no event handler'
[adder] many pads, 'sink has no event handler'
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.25
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-02-25 06:38 UTC by Jeremiah Rose
Modified: 2010-04-05 21:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jeremiah Rose 2010-02-25 06:38:37 UTC
Using a Python script that dynamically plugs new bins into a single adder, without leaving the PLAYING state. 

It does this indefinitely, swapping in new bins whenever the old ones expire (i.e, reach EOS). The result is a continuous, layered stream of sound, from various file sources.

Each time a new bin is linked to the adder, a request pad is obtained, with name sink%d. The integer %d increases rapidly as the program runs; many bins are added and removed.

When %d reaches anywhere above 100 (has gotten upto 600 before), I eventually get this error:

(slurry.py:3365): GStreamer-WARNING **: pad adder:sink115 has no event handler, file a bug.

So here I am, filing a bug.

I suspect the problem could be avoided by re-using previous request pads instead of getting new ones. They are being released, but not reused. Regardless, there shouldn't be upper limits!

If any more information is required, I am happy to oblige.

x
Jez
Comment 1 Sebastian Dröge (slomo) 2010-02-25 10:07:36 UTC
Could you attach a sample script which reproduces this bug? It should be impossible to get a new sinkpad from adder without an event function...
Comment 2 Stefan Sauer (gstreamer, gtkdoc dev) 2010-02-26 10:00:43 UTC
Jeremiah, have you had a look at
tests/examples/dynamic/sprinkle*.c
Those examples imho do the very same thing and run fine.
Comment 3 Fabio Durán Verdugo 2010-04-05 21:45:58 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!