diff options
| author | 2009-04-29 13:31:09 -0700 | |
|---|---|---|
| committer | 2009-04-29 13:31:09 -0700 | |
| commit | 9f98f79f8eb41889dec36e0a76aaf0414b39bb3a (patch) | |
| tree | 6a5fe876b53b46388a9bede1805a9390b40990cc | |
| parent | 649b1c6ec317b6dd61a385df911e7fe543c5871a (diff) | |
| parent | 0e051b189ff1b04899014fbd2aabbccb850a5437 (diff) | |
Merge change 739 into donut
* changes:
Vorbis render thread was nice 0, should be nice -16. Seems like a recent change sets the thread priority to 0. Previously it inherited priority from the parent thread. This change sets the Vorbis render thread priority to the default for audio threads. Reference bug 1800905
| -rw-r--r-- | media/libmediaplayerservice/VorbisPlayer.cpp | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/media/libmediaplayerservice/VorbisPlayer.cpp b/media/libmediaplayerservice/VorbisPlayer.cpp index 0ad335f84d10..14fd6cedcfad 100644 --- a/media/libmediaplayerservice/VorbisPlayer.cpp +++ b/media/libmediaplayerservice/VorbisPlayer.cpp @@ -67,7 +67,7 @@ void VorbisPlayer::onFirstRef() LOGV("onFirstRef"); // create playback thread Mutex::Autolock l(mMutex); - createThreadEtc(renderThread, this, "vorbis decoder"); + createThreadEtc(renderThread, this, "vorbis decoder", ANDROID_PRIORITY_AUDIO); mCondition.wait(mMutex); if (mRenderTid > 0) { LOGV("render thread(%d) started", mRenderTid); |