| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
With the Cue based seeking we will get the closest previous key frame.
For audio, use the Cue file to find the Cluster with the video key frame
then incrementally look for the audio Block.
Change-Id: Idc934cca1286b1bb48ee7577b27903ca488a0610
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Bug: 6234756
Change-Id: I0fae6e5ad8607d472faad7dd680e020f20ac1669
|
| | |
| | |
| | |
| | |
| | |
| | | |
b/5820120
Change-Id: Ia5c48eb1ab15fe3bbe773131148470a06eb2b96d
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
previous implementation tried to be clever about economizing Cue loads.
however, files with the cues at the beginning missed the initial load in
the seek function and would crash with a null pointer.
Change-Id: I49c15d6688909cd13afabf33a54d9f5896aab7cd
|
|/ / /
| | |
| | |
| | |
| | | |
Change-Id: I69ed31e7a8b4d69d1209d2d516f94d258f072566
related-to-bug: 6275919
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
On the first seek, load the Cues element. Parse it incrementally until
the desired seek point can be located.
This allows files to begin playing immediately. However, the Browser
still seeks to 0 before playing embedded YouTube files. Because YouTube
stores the cues at the end of the file, this causes it to seek, load the
cues, then begin playing. It is still better than the previous behavior
which blocked until the entire file was loaded.
BUG=5921311
Change-Id: Iad2abc64ded3b4e2c2d2c478a969f68450754282
|
|/ /
| |
| |
| | |
Change-Id: I5ac193cd40c82bbcd87c1e55003b78102e8d4674
|
|/
|
|
| |
Change-Id: I1f8c32a771a411476d225adc62d1f07c24f39a3e
|
|
|
|
| |
Change-Id: Ie89f01e59dd8106883937188afbb407550f0ac92
|
|
|
|
|
|
|
|
| |
Add support for ABuffer to SkipCutBuffer, and make it (re)allocate an
appropriately sized buffer when needed, rather then relying on the
caller to tell it ahead of time how big the buffers are going to be.
Change-Id: I8b5c9ba5dd2fc13ef8870b7d4fe93a1bfdc7a626
|
|
|
|
|
|
|
| |
o plus a few file relocation: ActivityManager.cpp/h, SoundPool.h, etc
o remove some runtime dependencies to libandroid, libandroid_runtime, etc
Change-Id: I047a47c5fb361dd5cf85cd98798c39f629a75d10
|
|
|
|
| |
Change-Id: I7d85e04fb9f0caa8460a111ca6181bba6f6497ac
|
|\ |
|
| |
| |
| |
| | |
Change-Id: Ib3982a9c960bfdb0cb7e1b174440b141b194cfbe
|
|/
|
|
|
|
|
|
| |
dependency on jni.h
o related-to-bug: 6214141
Change-Id: I548d84a9888be884d3903dc9dea9235258792165
|
|
|
|
|
|
| |
o related-to-bug: 6214141
Change-Id: Ic88d1732b3e014af47532a0809e01f6086e8464d
|
|
|
|
|
| |
Change-Id: I72474c17757dba5867f55b0e99e76e9e4e32ce7b
related-to-bug: 6217289
|
|
|
|
|
|
|
|
|
| |
Gapless playback for appropriately tagged mp3 and m4a files.
Currently this is implemented in OMXCodec, which most players
use, but should be easy to support in other players as well by
using the SkipCutBuffer utility class.
Change-Id: I748c669adc1cfbe5ee9a7dea2fad945d48882551
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Utility method for dumping the content of a MetaData object to the log.
Change-Id: I2d91b991e1d9fed2215e8995a73c2b1854205074
|
|\ \ |
|
| |/
| |
| |
| | |
Change-Id: I4c83d4e12e996dc29708268e68a4bb74b368c6f3
|
|\ \
| |/
|/| |
|
| |
| |
| |
| | |
Change-Id: Ic19ec8980d0a2bf9f265d375cd56e638a2460af8
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Change-Id: Icfcf05655ca98ccccad4f94834770c2f4098a764
|
|\ \ \
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Get the mp3 encoder padding and delay from a XING frame or iTunSMPB tag.
Change-Id: Icde598c8857d7e7c187a718f478ee9799d6a1b8a
|
|\ \ \
| |_|/
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
MediaRecorder.setPreviewDisplay() is not required if applications
use MediaRecorder.setCamera(). Besides, this causes a problem when
apps use Camera.setPreviewTexture. Camera service thinks the
surface texture from Camera.setPreviewTexture and the surface from
MediaRecorder.setPreviewDisplay are different.
bug:5988937
Change-Id: Ia345705b6679ef349db6e354feaa3cc0fe8bcd8c
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: Ib8cff8abd73723b793f08da99ad59549f219e0e7
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
and avoid ambiguous term "channels" where it might be confusing
as to whether it is a channel mask or channel count
Change-Id: I744fa08ccb6001a98c97bd638d2c9d56836c4234
|
|\ \ \ \ \
| |_|/ / /
|/| | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Update components to do the right thing.
Change-Id: Ibfbad3f53effc16368cca4a0e978d01d54d08a1d
|
|\ \ \ \ \ |
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
Change-Id: Ifbdf252ee312c9cb5ab29498f1e06dae8f23faf7
|
|\ \ \ \ \
| | |_|_|/
| |/| | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Don't send the XING/VBRI frame to the decoder, as it will result in
extra data being output. Also clean up the XING seeker code a bit.
Change-Id: I714a94180edae9bedc1bc0c96bf382fe6f928ac6
|
|\ \ \ \ \ |
|
| | |/ / /
| |/| | |
| | | | |
| | | | | |
Change-Id: I701ff5a57b0ab49cc772c4f82d03b5005e54ec6f
|
|/ / / /
| | | |
| | | |
| | | | |
Change-Id: I035cbfb7acccc7ff88d659861ece7d0f61314fda
|
| |/ /
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The purpose is to let face unlock always get the camera
successfully. What happened was the camera applications may
have opened the camera in onResume under the lock screen.
This API lets face unlock take the camera from the camera
application. A new permission will be added, so other
applicatoins won't be able to take the camera from the face
unlock.
bug:5584464
Change-Id: Ib3d9dcbc2161815b68db42327dc01148453704c6
|
|\ \ \
| |/ /
|/| |
| | | |
tracks."
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
tracks.
o Newly introduced APIs are (MediaPlayer):
getTrackInfo() / addExternalSource() / enableTrack() / disableTrack().
o Timed text tracks are supported only, for now.
o TODOs:
- Define the audio/video behavior for enableTrack and disableTrack.
- Refactoring AwesomePlayer / TimedTextDriver so that all types of
track index can be managed in the correct order and be ready for
supporting audio/video tracks.
(MediaExtractor and MediaSource for text file might be necessary.)
Change-Id: Idb85e1b3f2ed49a64f377d05472dd6663ce94e07
|