summaryrefslogtreecommitdiffstats
path: root/media/libmediaplayerservice/MidiFile.cpp
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
commit577ba8a1ae29cd2ca3b6103ae51530111d3e9b22 (patch)
treed14986a887c1f5e7f082e376cbe7e9e98b0cb612 /media/libmediaplayerservice/MidiFile.cpp
parentff874ab4b3c7b153a9a9cbb17ecf610b4ebe1127 (diff)
downloadframeworks_av-577ba8a1ae29cd2ca3b6103ae51530111d3e9b22.zip
frameworks_av-577ba8a1ae29cd2ca3b6103ae51530111d3e9b22.tar.gz
frameworks_av-577ba8a1ae29cd2ca3b6103ae51530111d3e9b22.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/libmediaplayerservice/MidiFile.cpp')
-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");
}