summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDave Sparks <davidsparks@android.com>2009-04-29 12:42:28 -0700
committerDave Sparks <davidsparks@android.com>2009-04-29 12:42:28 -0700
commit0e051b189ff1b04899014fbd2aabbccb850a5437 (patch)
tree864a91272a6f9a6b5401283b614ed6b8dc83952d
parent80f3b97121477e9ed62193c038772b4d020534df (diff)
downloadframeworks_base-0e051b189ff1b04899014fbd2aabbccb850a5437.zip
frameworks_base-0e051b189ff1b04899014fbd2aabbccb850a5437.tar.gz
frameworks_base-0e051b189ff1b04899014fbd2aabbccb850a5437.tar.bz2
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.cpp2
1 files changed, 1 insertions, 1 deletions
diff --git a/media/libmediaplayerservice/VorbisPlayer.cpp b/media/libmediaplayerservice/VorbisPlayer.cpp
index 0ad335f..14fd6ce 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);