[Bug 743946] qtdemux: handle files with AAC streams that have ESDS atom but no codec data

bugzilla at gnome.org bugzilla at gnome.org
Wed Feb 11 11:32:57 PST 2015


--- Comment #4 from Matej Knopp <matej.knopp at gmail.com> ---
I don't think there should be other value. Most decoders require
audioObjectType value of 2 (AAC-LC), even for SBR, where the SBR is either
signaled implicitly (2 byte codec data), or explicitly (5 byte codec data,
where audioObjectType is still set to 2 and extensionAudioObjectType is set to
5(SBR) or 5(PS)). Given that implicit signaling is perfectly valid and used by
many files I don't think we need to bother trying to build 5 byte header. Not
that it affects the profile value in any way.

In theory if you know reliable way to map object type id from ESDS to
audioObjectType from AudioSpecificConfig it can be done, but since most
decoders only support AAC-LC (possibly with SBR and PS) I don't think it's
worth the effort. I think if there are some files out there that require AAC
Main or SSR they would have codec data.

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