summaryrefslogtreecommitdiffstats
path: root/media
diff options
context:
space:
mode:
authorDave Sparks <davidsparks@android.com>2009-04-29 12:59:33 -0700
committerDave Sparks <davidsparks@android.com>2009-04-29 12:59:33 -0700
commitc082769b673f0ac57f39c44cffce4d756e48e140 (patch)
tree030fe080fdea175706c87b1d57d0b16503e2ced6 /media
parent80f3b97121477e9ed62193c038772b4d020534df (diff)
downloadframeworks_base-c082769b673f0ac57f39c44cffce4d756e48e140.zip
frameworks_base-c082769b673f0ac57f39c44cffce4d756e48e140.tar.gz
frameworks_base-c082769b673f0ac57f39c44cffce4d756e48e140.tar.bz2
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
Diffstat (limited to 'media')
-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");
}