[Bug 665394] mpegtsdemux: regression - Taiwan_HiHD_slogan.ts doesn't preroll

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Jan 5 03:52:08 PST 2012


https://bugzilla.gnome.org/show_bug.cgi?id=665394
  GStreamer | gst-plugins-bad | git

--- Comment #10 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2012-01-05 11:52:04 UTC ---
I looked through the different elements for "audio/mpeg, mpegversion=4" which
is used for AAC. Some caps use mpegversion=[2, 4] and the like, but it should
be possible to split those caps, and always set a stream format for version 4,
which should in turn ensure that anything outputting LOAS will not go to faad,
while making sure every demuxer adds a stream format to these caps. I'd need to
go into the code of every demuxer that outputs mpegversion=4 to check if we can
know the stream format there to set it, though.

Parenthetically, might it be a good idea, in case linking fails in a case such
as this, to try other elements that may be autoplugged ? In this case, if faad
does not understand the LOAS format, and fails to link, decodebin2 could try
autoplugging ffdec_aac_latm, which is the next autopluggable element on rank.
This would make things more robust, but arguably faad ought not have been
selected in the first place due to caps.

-- 
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