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 696598 - decodebin pads no longer match order in file
decodebin pads no longer match order in file
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 1.1.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-03-26 00:35 UTC by David Schleef
Modified: 2013-03-26 09:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David Schleef 2013-03-26 00:35:31 UTC 
After this patch, the audio streams in decodebin do not necessarily correspond to the order of streams in the file.  This may be limited to MXF, attempting to figure that out now.


commit 500b86489923b8add387598f367eb8368522c9de
Author: Tim-Philipp Müller <tim@centricular.net>
Date:   Sat Jan 19 13:03:03 2013 +0000

    decodebin: try harder to always expose pads in the same order
    
    Use stream-id as sort criterion in addition to the media type.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=634407
Comment 1 David Schleef 2013-03-26 01:49:56 UTC 
Seems pretty obvious that we should be using %03u instead of %u for the stream number.  Will push fixes.
Comment 2 David Schleef 2013-03-26 02:05:41 UTC 
Fixes pushed for everything but gst-libav.
Comment 3 David Schleef 2013-03-26 04:21:56 UTC 
Pushed gst-libav.
Comment 4 Tim-Philipp Müller 2013-03-26 09:58:38 UTC 
I agree this makes sense.

However, decodebin never reliably exposed pads in the order they are in the file, the order in which pads were exposed often depended on whichever multiqueue thread was the fastest.