summaryrefslogtreecommitdiff
path: root/android/res
diff options
context:
space:
mode:
authorRobin Watts <robin.watts@artifex.com>2013-01-22 10:31:12 +0000
committerRobin Watts <robin.watts@artifex.com>2013-01-22 10:37:43 +0000
commitb9b12fb56e0337fd068ad5bf810914ffdc5a7e7a (patch)
tree395bc35db15e1397c2fef9c8701f3872e28ca201 /android/res
parent5822ff1619fda7f0cc0b10f77d351eb459e3c67c (diff)
downloadmupdf-b9b12fb56e0337fd068ad5bf810914ffdc5a7e7a.tar.xz
More work on android bitmap recycling.
After much discussion and investigation, Paul and I have realised that we do in fact (in the current scheme at least) need to hold the existing bitmap in memory while drawing the next one (as the existing bitmap is still in an ImageView and being used for any foreground render requests). As such remove a 'setBm(null)' in drawPage. Also, in the onPostExecute for the patch redraw, we cannot recycle the bitmap in a bitmap holder due to it still potentially being in use. We therefore add a 'drop' method to the BitmapHolder class that sets the reference to null without recycling. This is not ideal, but is better than recycling too early and causing crashes.
Diffstat (limited to 'android/res')
0 files changed, 0 insertions, 0 deletions