History log of /frameworks/base/media/libstagefright/Prefetcher.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
93cb551862e66fa1bcef7c469e024430a7e26054 16-Jun-2010 James Dong <jdong@google.com> When filling the cache, we always time out waiting for a condition that won't occur.
We are actually improving the power consumption for streaming applications like Pandora.

Change-Id: Id32bacbc962e8c69c056599479b308d6a07b7a20
/frameworks/base/media/libstagefright/Prefetcher.cpp
3c460f3da0d0f633d392776a635fe940d5373626 03-Jun-2010 Andreas Huber <andih@google.com> Changes to the prefetcher to allow for bursts of data to be transferred, hopefully allowing the radio to go to low-power mode while idle.

Change-Id: I03dbdac3cd250340059ea43b341129b30acce4e2
related-to-bug: 2736779
/frameworks/base/media/libstagefright/Prefetcher.cpp
f71daba4cd68882442c043b636c754acf8fd942f 24-Mar-2010 Andreas Huber <andih@google.com> Enable early termination of the prefetcher's preparation phase.

Change-Id: I929ac9b0fd0b6ebd98c1bc56be18ac8f8378d48c
related-to-bug: 2537407
/frameworks/base/media/libstagefright/Prefetcher.cpp
dc9927d4641066fc966c9c69856167b8410abf90 09-Mar-2010 Andreas Huber <andih@google.com> The audio track was accidentally not participating in the prefetch since it wasn't started at the time prepare() was called. Also, properly report the cached duration even near the end when the source has no more data to fetch.

Change-Id: I66a92fec24c9bfb25f1c186f1c877127bae2b4f9
related-to-bug: 2444425
/frameworks/base/media/libstagefright/Prefetcher.cpp
55864df7b64d14a79fe3a193f3bb0005f64b9452 08-Mar-2010 Andreas Huber <andih@google.com> Increase the amount of data buffered at preparation time. Make sure to start preparing after the codecs have been started, otherwise no buffering will happen.

Change-Id: I2c54db085cc76f4069ab381177e94e1b81005b02
related-to-bug: 2474091
/frameworks/base/media/libstagefright/Prefetcher.cpp
3c53c69a4e7bf19907f9ee0dbe4029965e2cfa05 08-Mar-2010 Andreas Huber <andih@google.com> The prefetched source was unnecessarily holding a lock while receiving data from the network, sometimes blocking for seconds over 2G networks with corresponding drops in audio playback. Also, if the cache was full we'd report a cache duration of 0 instead of maximum size.

Change-Id: I46c8083f12f2dd728302095369197ca7e6b78bf8
related-to-bugs: 2492187, 2444425
/frameworks/base/media/libstagefright/Prefetcher.cpp
d7d22eba3c1bb7212ccc566fedb16dbee44f51a2 23-Feb-2010 Andreas Huber <andih@google.com> Propagate errors all the way through the MediaSources and send either MEDIA_PLAYBACK_COMPLETE or MEDIA_ERROR depending on the final reason for running out of buffers to play back.

related-to-bug: 2463749
/frameworks/base/media/libstagefright/Prefetcher.cpp
397afb54649d30b2710a6620b08c3565500f2ed7 19-Feb-2010 Andreas Huber <andih@google.com> Fix a race condition in the prefetcher, the source may be shutdown while we're reading data from it.

related-to-bug: 2453414
/frameworks/base/media/libstagefright/Prefetcher.cpp
2ae13a9c48c2aa37423bfb272736da207ae588ac 16-Feb-2010 Andreas Huber <andih@google.com> Don't hold the prefetcher mutex while prefetching a single source, the lock protects the list of sources and does not guard access to the individual sources.

related-to- bug: 2413024
/frameworks/base/media/libstagefright/Prefetcher.cpp
ba7ec917ea91364598de1ba7a29910cec08fd5de 12-Feb-2010 Andreas Huber <andih@google.com> Squashed commit of the following:

commit 427e927298449826bb5b98327b0c05957aa051e6
Author: Andreas Huber <andih@google.com>
Date: Fri Feb 12 10:39:07 2010 -0800

Fixing a race condition in AwesomePlayer and support for suspend/resume.

commit 96201a04b6657b6bd69ec6100f4de66aebcaa0b4
Author: Andreas Huber <andih@google.com>
Date: Fri Feb 12 10:36:15 2010 -0800

Protect MPEG4Source's sanity by properly locking.

related-to-bug: 2231576
/frameworks/base/media/libstagefright/Prefetcher.cpp
6be780ebd4d5733857e539b5dd30b532cd0fad80 08-Feb-2010 Andreas Huber <andih@google.com> Properly implement asynchronous preparation of media playback.

related-to-bug: 2413002
/frameworks/base/media/libstagefright/Prefetcher.cpp
fc22d932353504e24e5ed32809420f6db8355795 27-Jan-2010 Andreas Huber <andih@google.com> Do not hold onto the master lock while reading data from the datasource. This would prevent consumers from reading cached data immediately if it is available.

related-to-bug: 2295438
/frameworks/base/media/libstagefright/Prefetcher.cpp
b9e63830c69231c53dc23a5e29f5b58a1d9d3668 27-Jan-2010 Andreas Huber <andih@google.com> Better support for HTTP streaming media content, fixes to the way HTTPDataSource streams the data, prefetcher implementation.

related-to-bug: 2295438
/frameworks/base/media/libstagefright/Prefetcher.cpp