[gstreamer-bugs] [Bug 340392] New: Problem with internal-decodebin
bugzilla-daemon at bugzilla.gnome.org
Tue May 2 03:21:49 PDT 2006
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
GStreamer | gnonlin | Ver: 0.10.3
Summary: Problem with internal-decodebin
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: gnome at jonobacon.org
QAContact: bilboed at bilboed.com
GNOME version: 2.13/2.14
GNOME milestone: Unspecified
Please describe the problem:
In Jokosher, we have a callback that responds to the pad-added signal that
the gnlcomposition to an audioconvert (the audioconvert links to an adder !
level ! alsasink).
The first time we begin playback, it works fine, but when playback is stopped
and started again, this error is displayed:
(Jokosher.py:12740): GStreamer-CRITICAL **: Padname src0 is not unique in
element internal-decodebin, not adding
My assumption is that there is a problem with the dynamic pad on the
composition. The fact that error refers to an internal-decodebin gave me the
impression that this is an internal problem in gnonlin - Jokosher should never
need to concern itself with internal-decodebins.
I have switching GST_DEBUG and created an error log. You can grab this at
To see the Jokosher code, see Project.newPad() for where the pad it added.
Interestingly, this only happens with imported audio. When we record audio, it
Steps to reproduce:
1. Grab Jokosher SVN (checked with r294)
2. Create a new project, import some audio and press play - playback works
3. Press play again. Bang! Bug happens.
You see the bug.
Playback should work each time you press Play.
Does this happen every time?
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Gstreamer-bugs