| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
bug: 20244718
Change-Id: Ifb8a6d450a2f1ad2833301f492dc0ccfe1cd34d4
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 19620911
Change-Id: I235a97e5195b28645b7834dda0dd77307d93f4a8
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
bug: 20160436
Change-Id: Ic3adb84d3c65cc65f62fc509a99d09602db862a1
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | | |
bug: 19460202
Change-Id: I20afded0b7eec45b2f25b51cf59d9f48eada74d8
|
|\ \ \
| |_|/
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Added logic to find sync frame of mpeg2, mpeg4 and h264
Bug: 19940277
Change-Id: I4d95ae247f590b831bf11ff8c9c6fe45d21dab56
|
| | |
| | |
| | |
| | |
| | | |
Bug: 19620911
Change-Id: I68d5919284700f37ccc6c6b9f96cd87ccdd40e6a
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Also parse a new codec limit "max-supported-instances".
Bug: 19620911
Change-Id: I6574c168b0c2b1aa649883958d3073edc01a4a03
|
|\ \ \ \
| |_|_|/
|/| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
libvpx has always supported the VPX_ prefixed versions of these defines.
The unprefixed versions have been removed in the most recent release.
https://chromium.googlesource.com/webm/libvpx/+/9cdaa3d72eade9ad162ef8f78a93bd8f85c6de10
Change-Id: Idae747eb9f6e71a41a63c6b326af36dc52f5446d
|
|\ \ \ \
| |/ / /
|/| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
make the battery notifier more robust
bug: 20071299
Change-Id: I0ecfecc787c88ace26dba5e235aa0c345bcace6d
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 14679336
Change-Id: Id224eb8c31ec148ca9a144758cc56ddbf5465f5c
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 14679336
Change-Id: I5e471a6e13be82a375afc2718599f27cd0255bf5
|
| |/ /
|/| |
| | |
| | |
| | | |
Bug: 19620911
Change-Id: I846d3cc10308a13f2ed92bb82ba7e8236d9c67d1
|
| | |
| | |
| | |
| | |
| | | |
Bug: 19620911
Change-Id: I32369b2e812c7f3ef6953b13a1dae046b8dc24f1
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 19620911
Change-Id: Iee288343d7d851a395052e1b3354eb98b026e4fb
|
|\ \ \ \
| |_|/ /
|/| | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
to avoid having to immediately down switch (and pause)
after playback starts.
do not count "discard" packet when estimating duration.
bug: 19567254
Change-Id: I0cdd37a06ca800dd81a91cca5eb9b46a1eab7b20
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Several arithmetic operations within parseESDescriptor could underflow, leading
to an out-of-bounds read operation. Ensure that subtractions from 'size' do not
cause it to wrap around.
Bug: 20139950
Change-Id: I0d1b136ce68fd7c6f606ce66714bf644cfb2961c
|
|\ \ \ \
| |/ / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
A few sample table related FourCC values are handled by the
setSampleToChunkParams function. An integer overflow exists within this
function. Validate that mNumSampleToChunkOffets will not cause an integer
overflow.
Bug: 20139950
Change-Id: I1972cc185fce5e058afa143ad5eabcc269ad324d
|
|\ \ \ \
| |/ / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
During the processing of several sample table related MP4 atoms, allocation
sizes could be large enough cause a std::bad_alloc exception to be raised. This
typically causes a crash (denial of service condition). Use std::nothrow to
catch allocation failures and return gracefully.
Bug: 20139950
Change-Id: I03d3f01b24e5fe3fa38985914bcfa694ea3dc09e
|
|\ \ \ \
| |/ / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Commit edd4a76 (which addressed bugs 15328708, 15342615, 15342751) added
several integer overflow checks. Unfortunately, those checks fail to take into
account integer promotion rules and are thus themselves subject to an integer
overflow. Cast the sizeof() operator to a uint64_t to force promotion while
multiplying.
Bug: 20139950
Change-Id: Ieb29a170edb805c722fc5658935f2390003e5260
|
|\ \ \ \
| |/ / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Several situations arise processing MP4 atoms that lead to undefined behavior
when dividing by zero. Typically this results in a crash (denial of service
condition).
NOTE: In most cases we simply avoid the division, leaving kKeyDuration unset.
It may be more desirable to bail out, as we do in the parseSegmentIndex case.
Bug: 20139950
Change-Id: I62e1b977f0e5ed0094094a55d300bac76b476c7b
|
|\ \ \ \
| |/ / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
While processing various sample table related FourCC values, methods are called
on a NULL mLastTrack or sampleTable object. This leads to undefined behavior
which typically results in a crash (denial of service condition).
Bug: 20139950
Change-Id: Ie2dd8222e702d8bf95faf7d2bd44e6303cd21f68
|
|\ \ \ \
| |/ / / |
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When processing various FourCC values within MP4 media, mLastTrack is accessed
without first ensuring that a track has been encoutered. Check for NULL and
bail out instead of crashing.
Bug: 20139950
Change-Id: Ie16687024d17348f576a0e13bd60bd4d6898de91
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 19666434
Change-Id: I306579e481cfcf923422d50d3d5cfae045ef2227
|
|\ \ \ \ |
|
| | |_|/
| |/| |
| | | |
| | | |
| | | |
| | | |
| | | | |
Only consume reply ID when actually handling the seek.
Bug: 20123914
Change-Id: I2112ee1b89f8193b487ea2b0b3b7050ba3413864
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
failure to dlopen"
* commit '3f14f5692ab396bfd0193a280311a600abeabeaa':
Log cause of failure to dlopen
|
| |\ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Bug: 19782799
Change-Id: Idba3d802debb12bb4986c525bb9bb5e3cec09f7d
|
|\ \ \ \ \ \
| |/ / / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
when "seeking" to current position"
* commit 'fdbafc0728380645ee2194e2ccfe72b12c65fccf':
Don't fail read when "seeking" to current position
|
| |\ \ \ \ \ |
|
| | |/ / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Fixes thumbnails for MPEG2TS files.
Bug: 19583374
Change-Id: I66e5ca014e2f32ba2566c6f511b6e8859d5a97dc
|
| |\ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | | |
H264/MPEG_VIDEO"
|
| | |/ / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
H264/MPEG_VIDEO sync words can be either 0x000001 (3 bytes) or
0x00000001 (4 bytes); simply searching for 0x000001 in appendData
suffices because:
1. 0x000001 is a suffix of 0x00000001, as such we would continue to
identify all sync words that we used to identify originally.
2. the parsing logic downstream of appendData in
dequeueAccessUnitMPEGVideo and dequeueAccessUnitH264
can both handle 0x000001.
Bug: 19900317
Change-Id: Iac42aad74563d056a443b4396eacbae0f7a4738b
|