[Bug 661063] [discoverer] - Fail to detect correct number of streams
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Oct 10 01:40:14 PDT 2011
https://bugzilla.gnome.org/show_bug.cgi?id=661063
GStreamer | gst-plugins-good | git
Christian Fredrik Kalager Schaller <Uraeus> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[ac3parse] - Fail to remux |[discoverer] - Fail to
|from matroska to mpegts |detect correct number of
| |streams
--- Comment #4 from Christian Fredrik Kalager Schaller <Uraeus at linuxrising.org> 2011-10-10 08:40:10 UTC ---
Adding latest email exchange between me and Thiago
Here's the problematic part from the logs (it seems)
gst_capsfilter_transform_caps:<capsfilter5> input: audio/x-ac3,
framed=(boolean)true, rate=(int)48000, channels=(int)6,
gst_capsfilter_transform_caps:<capsfilter5> filter: audio/x-ac3,
framed=(boolean)true, channels=(int)2, rate=(int)48000
gst_capsfilter_transform_caps:<capsfilter5> intersect: EMPTY
The caps set to the capsfilter contain channels=2, while the demuxer is
trying to push a buffer with channels=6 on the caps.
Going to debug further. If you have any tips of how transmageddon sets
that caps, it would be helpful.
--
Thiago
Weird, because I don't know if you seen it, but Transmageddon reports to the
file as having two audio channels. Looking at the code in transmageddon.py, I
put in some print statements and discoverer reports back 2 channels on that
file, the information I get from discoverer is what I use to create the
remuxing caps. Now that I know the issue I might be able to work around it, but
obviously discoverer should not report 2 channels on a 6 channel file.
Christian
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list