I have a handwriting recognition app - the user draws with their finger, the app recognizes characters. The recognition engine runs in a worker thread that has the the minim
It is possible that your GUI thread is floaded with touch events, if so then solution is to introduce few ms wait on UI thread and boosting your worker thread. More on this here:
https://groups.google.com/forum/?fromgroups=#!topic/android-developers/Oe6k1_bm38o
also, maybe you are processing too much data, like if no movement actually happend, or movement is not significant enough.
Had same problem, so I made my thread:
Thread.yield() after processing a chunk of work.
Limited updates posted to UI thread with a min 500 ms interval (causing much less re-draw).
Made the worker work on prioritized buckets of data, this focuses on updating the views, user is currently interacting with.
Now the whole UI is really lazy, but free of lag.
Here's what my worker's scheduling method looks like (actual work is done by Process method):
//--low priority
Thread.currentThread().setPriority(Thread.MIN_PRIORITY);
//--as long as there's more work to do, and not cancelled--
while (mPriorityBuffer.hasNext() && !isCancelled()) {
//--get the work with highest priority--
Work next = mPriorityBuffer.getNext();
//--do work--
Update u = mProcessor.process(next);
// collect updates for main thread
mUpdates.push(u);
long timeNow = Calendar.getInstance().getTimeInMillis();
if(timeNow - timeLast > 500){
//--its been quite a while now, update ui--
postUpdatesToMainThread();
timeLast = timeNow;
}
//--let UI thread work on updates--
Thread.yield();
}
Try to add Thread.sleep(1)
in main cycle in character recognition method
@Override
public void run() {
while (!recognited) {
//do some script
try {
Thread.sleep(1);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
this sleep lets virtual machine to resume other thread a bit early and often