| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I752d7d73f9c4939160a1ccaefc44ce1f8ffd9982
|
|
|
|
| |
Change-Id: I3d1146714fa23be3d4e696599b6f70cac1f9d28b
|
|
|
|
|
| |
Bug: 12117267
Change-Id: I13630221c1a8f2e70711f2488659b977db3be281
|
|\ |
|
| |
| |
| |
| | |
Change-Id: Ibbd0f0a253cc74e241236b7a30d1c931e18af753
|
|\ \
| | |
| | |
| | | |
bytes -- FAT32 max file size)"
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
(more precisely 2^32-1 bytes -- FAT32 max file size)
bug: 11039801
Change-Id: I6169f798c59d123d02d5fd7afa3b9e645ebdb598
|
| |/
|/|
| |
| | |
Change-Id: Ie3bae3f037730e316d7fca12e7a3527973f752ef
|
|\ \
| |/
|/|
| | |
Change-Id: I7b1cc71057b2bd4f771e7bcf508a8c3abd6017ce
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Contains the necessary changes to make frameworks/av build and work
on a 64-bit machine.
Signed-off-by: Craig Barber <craig.barber@arm.com>
Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
Change-Id: I725feaae50ed8eee25ca2c947cf15aee1f395c43
|
| |
| |
| |
| |
| |
| |
| |
| | |
By default, MPEG4Write will keep running in real time recording mode.
bug:8598944
Change-Id: Idf7fbd4e0feb7763660a74279ba8817b79098aaf
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
o No more than 2 tracks will be supported
o No more than one video and/or one audio tracks will be supported
o Only take video and/or audio track (for instance, no text tracks)
o If there is no track before start() is called, bail out.
At the same time, make sure the errors from addSource() report to
addTrack(), not to start().
Bug: 7991013
Change-Id: I1ca35aaeb75b5448d75ed2c6c10dd12ecea720ab
|
| |\
| | |
| | |
| | |
| | | |
* commit '801726efb2dcc6ea19e9f55c7c43fe41f0c6643e':
MPEG4Writer: Write a zero-length compressor string
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The first byte is the number of bytes in the string to display,
the rest is the actual string (see ISO/IEC 14496-12:2008 page 29,
compressorname in VisualSampleEntry) to display. Currently, all 31
space characters are displayed in certain players (such as Apple
QuickTime Player) instead of the plain codec name (e.g. "H.264").
By writing the string length properly, the actual content of the
remaining 31 bytes is ignored instead of displayed.
Change-Id: I7f93a8966d74a4e86abc46c3dcb70f71780d9cd6
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
o The in-memory cache, mMoovBoxBuffer, holding the content for Moov box may not be freed.
o Added comment describing how the in-memory cache works
o Moved the memory release to a single place to make the code more robust
o Avoided allocating the in-memory cache if the file is not intended to be streamable
o related-to-bug: 7664029
Change-Id: If04fc6b12daeaaa86710dfb4b4b9c175da6421df
|
| |/
| |
| |
| | |
Change-Id: I0abea25b58fb1d03975bed9cca40f826fcd4c5e4
|
| |
| |
| |
| |
| | |
Bug: 12305192
Change-Id: I72d7cb571be5bd348b58ad650f3269d24c15d350
|
| |
| |
| |
| |
| | |
Bug: 12783430
Change-Id: I7c8029de1db21fcac0ce3e4505661189535c45f1
|
| |
| |
| |
| |
| |
| |
| |
| | |
By default, MPEG4Write will keep running in real time recording mode.
bug:8598944
Change-Id: Idf7fbd4e0feb7763660a74279ba8817b79098aaf
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
o No more than 2 tracks will be supported
o No more than one video and/or one audio tracks will be supported
o Only take video and/or audio track (for instance, no text tracks)
o If there is no track before start() is called, bail out.
At the same time, make sure the errors from addSource() report to
addTrack(), not to start().
Bug: 7991013
Change-Id: I1ca35aaeb75b5448d75ed2c6c10dd12ecea720ab
|
|\ \
| | |
| | |
| | |
| | | |
* commit '801726efb2dcc6ea19e9f55c7c43fe41f0c6643e':
MPEG4Writer: Write a zero-length compressor string
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The first byte is the number of bytes in the string to display,
the rest is the actual string (see ISO/IEC 14496-12:2008 page 29,
compressorname in VisualSampleEntry) to display. Currently, all 31
space characters are displayed in certain players (such as Apple
QuickTime Player) instead of the plain codec name (e.g. "H.264").
By writing the string length properly, the actual content of the
remaining 31 bytes is ignored instead of displayed.
Change-Id: I7f93a8966d74a4e86abc46c3dcb70f71780d9cd6
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
o The in-memory cache, mMoovBoxBuffer, holding the content for Moov box may not be freed.
o Added comment describing how the in-memory cache works
o Moved the memory release to a single place to make the code more robust
o Avoided allocating the in-memory cache if the file is not intended to be streamable
o related-to-bug: 7664029
Change-Id: If04fc6b12daeaaa86710dfb4b4b9c175da6421df
|
|/
|
|
| |
Change-Id: I0abea25b58fb1d03975bed9cca40f826fcd4c5e4
|
|\
| |
| |
| |
| |
| |
| | |
files"
* commit '51af4af2414cdaaf0185b971a41fc0b4f8c0b7e4':
Store correct time stamps in recorded mp4 files
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
According to the specification (ISO_IEC_14496-12_2008 page 17, 19 and
21) the time is "in seconds since midnight, Jan. 1, 1904, in UTC time"
which is not the same as Unix epoch time. This is already correctly
handled in MPEG4Extractor.cpp when reading files.
The specification also supports 64 bit timestamps which would make
it a bit more future proof, but unfortunately it seems like support
for this in players are poor (tested both Windows media player and
Quicktime player).
Change-Id: I102d728f098b8b0a21013956f017b0c4f2d69112
|
| |
| |
| |
| |
| |
| |
| | |
o this patch avoids sending incorrect track events to applications because
track events contain the trackId
Change-Id: I1cf054da8ab413d31a5b7fe8ed729486d1475c46
|
| |
| |
| |
| |
| |
| |
| |
| | |
set() methods in ListTableEntries class
o related-to-bug: 6435176
Change-Id: Ib6f6e598304e7c9becfa6cb3fc925c55b2df2682
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
o Helps drastically reduce the time writing all the box table entries for long duration video recording sessions.
Experiments showed that the time is reduced from multiple seconds to less than one second for around 2.5 hours of video recording.
Change-Id: I6a696823e2938b76fcf2c73605f51bf5e5c2d749
related-to-bug: 6435176
|
| |
| |
| |
| |
| |
| | |
o also removed unused varialble mMaxTimeStampUs
Change-Id: I61a47e1ec8ee96a25df668637c4d4661188a1a8c
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
beginning of a recorded mp4 file.
Trying to put the 'moov' box at the beginning of an mp4 file requires to reserve
some estimated space for 'moov'. The estimate can be larger or smaller than the
actual 'moov' size. When the estimate is larger, we could meet the file
size limit, although some space is wasted; but when the estimate is smaller than
the actual 'moov' size, we not only waste the reserved space but also have to
use extra space to write 'moov' space at the end of the file. In this case, often
the requested file size limit could be exceeded by a large margin.
This patch avoids putting the 'moov' box at the beginning when a file size limit
is explicitly requested.
Change-Id: I838443d08b5589f33f3c486c662195600e3edb9b
related-to-bug: 6697505
|
|/
|
|
|
|
|
|
|
|
| |
When creating a new file using open(..., O_CREAT), it is an error
to fail to specify a creation mode. If a mode is not specified, a
random stack provided value is used as the "mode".
This will become a compile error in a future Android change.
Change-Id: I36a3d67d294a915c1f79632a1b0ba45edd1214b1
|
|
|
|
|
|
|
|
|
| |
The sample size was saved in the array in network order, but it was treated as host order when
writeInt32() is called. Calling write(void *, int, int) resolves the issue.
related-to-bug: 6555366
Change-Id: If7ef99911ad65108c61b533673ac4d4cd580a370
|
|
|
|
|
|
|
|
| |
With this patch, the write time for 30+ minutes recording session is reduced from 10+ seconds down to around 2-3 seconds.
related-to-bug: 6435176
Change-Id: I83b705cea42d8de798e7032c770c5c7b033e267e
|
|
|
|
|
|
|
|
|
|
| |
o optimize to reduce the size of the size of the ctts box
o change the type for the time offset field in ctts table entry from int32_t to uint32_t according to the mp4 file spec
o also moved away from MediaDebug and used ADebug instead.
o related-to-bug: 4232183
Change-Id: I19364303728da64359c63169eec7487508c1d0f8
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch allows us to automatically detect whether ctts box is needed in MPEG4Writer.
MPEG4Writer uses ctts version 0 (non-negative offset value) store the composition time
offset on a needed basis.
Currently, the size of the ctts box is not optimized. Optimization will be addressed
in a subsequent patch.
o also changed the private method retrieveDecodingTime(bool) in OMXCodec
to getDecodingTime()
o related-to-bug: 4232183
Change-Id: Ic6dc7b25ecd258c2506ca4b9c25156e922456e51
|
|
|
|
|
|
|
| |
Have not found any concrete bugs related to these calls yet, but we should avoid
calling virtual functions in destructors, regardless.
Change-Id: I2d47b79d3fb2d29f418619bee83aa147d232a5d4
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/#/c/157220
Bug: 5449033
Change-Id: Ic9c19d30693bd56755f55906127cd6bd7126096c
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/157065
Bug: 5449033
Change-Id: I00a4b904f9449e6f93b7fd35eac28640d7929e69
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/156801
Bug: 5449033
Change-Id: Ib08fe86d23db91ee153e9f91a99a35c42b9208ea
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/156016
Bug: 5449033
Change-Id: I4c4e33bb9df3e39e11cd985e193e6fbab4635298
|
|
|
|
|
|
|
| |
See https://android-git.corp.google.com/g/#/c/143865
Bug: 5449033
Change-Id: I0122812ed6ff6f5b59fe4a43ab8bff0577adde0a
|
|
|
|
|
|
|
| |
Found that the build was breaking when the logging was enabled in
MPEG4Writer. Fixed.
Change-Id: I62c5e6d16b2ecf5644c8d46b9bbcca68a797b223
|
|
|
|
|
|
|
| |
o Patch suggested by pmehendale@nvidia.com
Change-Id: Ibf516ba83b721b0d0ab55bb7637fe9b7b2958214
related-to-bug: 5117434
|
|
|
|
|
|
|
|
|
|
| |
Add support for TI H264 encoder and quirks for buffer allocation.
Temporary switching to baseline profile till ctts patch is defaulted
as per profile detection.
Change-Id: I1d56184b9c5d5f00d6c63aef7e058f3d56b84cef
Signed-off-by: Dandawate Saket <dsaket@ti.com>
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
|
|
|
| |
Change-Id: If681749753bb96ee98c1539658cfd919eeb0cb65
|
|
|
|
| |
Change-Id: I8c5885200bcf6a59736076efc021f07f45a0fdac
|
|
|
|
|
|
| |
frames
Change-Id: Ic6a2235fefb6f15081091e1f2c1b12ee92fba5e0
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Suggested in code review for previous change.
Change-Id: Ic3225b240367dc6c9bf56fb4498fb8a0f9f806ec
|