summaryrefslogtreecommitdiffstats
path: root/media/libstagefright/AACExtractor.cpp
Commit message (Collapse)AuthorAgeFilesLines
* stagefright: Fix some aac file cannot be played backKeith Mok2015-12-171-0/+1
| | | | | | | | | The AACExtractor does not pass the aacprofile via kKeyAACAOT and google aac decoder does not support LTP profile. Solve by setting the kKeyAACAOT profile and use ffmpeg when it is aac LTP profile. Change-Id: I79762bd23e3bcc34f2ea56e35686162f1630c06b
* AACExtractor: Added support for APE tagSergii Doroshenko2015-10-231-6/+19
| | | | | | | | | | | To support aac audio with APE tag we need parse this tag. Otherwise AACExtractor stops reading of audio file. DR: OMAPS00267689 Change-Id: Ic697b90dbc9f2b93aeb227411359c36c113cb71e Signed-off-by: Daniel Levin <dendy@ti.com>
* Can't play AAC file with ID3 tag.Arulselvan M2015-10-231-1/+1
| | | | | | | | | | | | | When the file is scanned, the ID3 tag is found to have a footer at the end of audio data. And getAdtsFrameLength return zero after reading the footer. As a result, the duration and mInitCheck are not set. The current change considers the data till footer and sets the duration based on no. of frames read till the footer/corrupt frame. Change-Id: Ie8f898435f0d4ca31fdd355146c4db7b37c0b988 Signed-off-by: Arulselvan M <arulselvan.m@intel.com> Signed-off-by: Jin Wei <wei.a.jin@intel.com>
* stagefright: warnings be gone, some are now errors, use clangLajos Molnar2015-04-171-1/+1
| | | | Change-Id: I81f438ae444f04c12ae27ae4ef6d073033de172c
* warnings be gone.Andreas Huber2014-02-111-2/+2
| | | | Change-Id: Ie3bae3f037730e316d7fca12e7a3527973f752ef
* Move away from MediaDebug and use ADebug insteadJames Dong2012-02-101-1/+1
| | | | Change-Id: I963a3b6f79a7292891973cbeeaf3378b38629f08
* Properly decode ADTS files with ID3 headers.Andreas Huber2011-11-011-10/+58
| | | | Change-Id: I55247e79ac9cc9547e3e0f6fe048bcbdc9b639d1
* Bug 5156756 Fix AAC ADTS header size computationJean-Michel Trivi2011-08-291-9/+24
| | | | | | | | | | | | | | | | | | | | | | This previous frame size computation code had two incorrect assumptions: 1/ the ADTS frame length value already contains the header size 2/ the ADTS header is not of fixed size: it is 2 bytes bigger if it contains the CRC value. For 1/, the code worked because when the header size was added to the frame size, the + operator is of stronger precedence than the ? operator, so the size added was always 0 (instead of ADTS_HEADER_LENGTH. For 2/, the code worked as long as there was no CRC in the ADTS data. The fix consists in: - documenting what the frame length computation code returns - fixing the frame length computation - when computing the frame length, also returning the header size so the correct data can be sent to the decoder. Change-Id: I92df72a9e531f594f762e63d62f9dee7b0109904
* Check the syncword for each frame.Gloria Wang2011-08-031-1/+1
| | | | | | Fix for bug 5117233. Change-Id: I714c9b671832c9606cabdfe6bb21697c08de2eff
* Add AAC extractorGloria Wang2011-02-151-0/+323
Change-Id: Iedb08525ac72e65ba98e5c791734da0720a0e3f6