| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
into mnc-dev
|
| |
| |
| |
| |
| | |
Bug: 20674584
Change-Id: I77ef1891abf0a20994840a87fa99e55a62f40a70
|
|/
|
|
|
| |
Bug: 12239375
Change-Id: Id1e23b3803f0ed48e4d1ad3ec4b84c4a39325ddd
|
|
|
|
|
| |
bug: 20858729
Change-Id: Iccd62dca311fa66cb52ef53ed703719ddcf92cc8
|
|
|
|
|
|
|
|
|
|
|
| |
Validate the mime type for tracks to start with; and throw
an error for unsupported types rather than let apps re-mux/encode
the whole clip and assert towards the end while writing the header.
The writer asserts if provided with an unsupported mime when
authoring the fourcc, which is done at the end of muxing.
Bug: 17007397
Change-Id: Ie80372940a46038db73107101a2ae6fdecf72eaa
|
|
|
|
| |
Change-Id: I9b1ad60fbfb866dbf9c00843e06553c3eb25c113
|
|
|
|
| |
Change-Id: I81f438ae444f04c12ae27ae4ef6d073033de172c
|
|\
| |
| |
| |
| |
| |
| | |
free mMoovBoxBuffer"
* commit '5c16a3877c0b32f21cbee7f1bdc77a2a4d2b79c6':
libstagefright: free mMoovBoxBuffer
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Add free(mMoovBoxBuffer) in MPEG4Writer::release()
Change-Id: Ic396e64e9e238bdc23cb0b02b7aa341d879d2237
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
the correct audio bit rate for camera recorded content"
* commit 'f16511ca737b8bf8a33ce589a28630e98c3aaae5':
MPEG4Writer: Set the correct audio bit rate for camera recorded content
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Remove the hard coded value for bit rate. Use the audio bit rate from
the stream format, if it is specified, otherwise default to 96kpbs.
Change-Id: Ib643c79bbdddaafb3dc703448645606267f7ca4d
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
and account for meta data and geo data when estimating moov size
bug: 19460202
Change-Id: I094d15f47dda5e41217181cdb3ac519c00330de5
|
| | |
| | |
| | |
| | |
| | |
| | | |
bug: 19460202
Change-Id: I3a6ea3a5149d124ca9a2487a300dcc2db4405d0f
|
|/ /
| |
| |
| |
| |
| |
| | |
MediaPlayerService can't open files (it needs an already opened
file descriptor), so these were just wasting space.
Change-Id: I323044a6c1814a7bff952ed71b5c7792df2abf03
|
| |
| |
| |
| | |
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
|