summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAndroid (Google) Code Review <android-gerrit@google.com>2009-04-29 15:27:15 -0700
committerAndroid (Google) Code Review <android-gerrit@google.com>2009-04-29 15:27:15 -0700
commit7fe3b064d3645fcebd09b162c5989e0d702112e2 (patch)
treef6018954ecb8d92dd5c8b5093fff29ea68126164
parent487529a70cd1479ae8d6bbfb356be7e72542c185 (diff)
parentc082769b673f0ac57f39c44cffce4d756e48e140 (diff)
downloadframeworks_base-7fe3b064d3645fcebd09b162c5989e0d702112e2.zip
frameworks_base-7fe3b064d3645fcebd09b162c5989e0d702112e2.tar.gz
frameworks_base-7fe3b064d3645fcebd09b162c5989e0d702112e2.tar.bz2
Merge change 740 into donut
* changes: MIDI 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 MIDI render thread priority to the default for audio threads. Reference bug 1800905
-rw-r--r--media/libmediaplayerservice/MidiFile.cpp2
1 files changed, 1 insertions, 1 deletions
diff --git a/media/libmediaplayerservice/MidiFile.cpp b/media/libmediaplayerservice/MidiFile.cpp
index d03caa5..e9cbb97 100644
--- a/media/libmediaplayerservice/MidiFile.cpp
+++ b/media/libmediaplayerservice/MidiFile.cpp
@@ -89,7 +89,7 @@ MidiFile::MidiFile() :
// create playback thread
{
Mutex::Autolock l(mMutex);
- createThreadEtc(renderThread, this, "midithread");
+ createThreadEtc(renderThread, this, "midithread", ANDROID_PRIORITY_AUDIO);
mCondition.wait(mMutex);
LOGV("thread started");
}