diff options
| author | Dave Sparks <davidsparks@android.com> | 2009-04-29 12:42:28 -0700 |
|---|---|---|
| committer | Dave Sparks <davidsparks@android.com> | 2009-04-29 12:42:28 -0700 |
| commit | 0e051b189ff1b04899014fbd2aabbccb850a5437 (patch) | |
| tree | 864a91272a6f9a6b5401283b614ed6b8dc83952d | |
| parent | 80f3b97121477e9ed62193c038772b4d020534df (diff) | |
| download | frameworks_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.cpp | 2 |
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); |
