diff options
author | Robin Watts <robin.watts@artifex.com> | 2013-01-22 10:31:12 +0000 |
---|---|---|
committer | Robin Watts <robin.watts@artifex.com> | 2013-01-22 10:37:43 +0000 |
commit | b9b12fb56e0337fd068ad5bf810914ffdc5a7e7a (patch) | |
tree | 395bc35db15e1397c2fef9c8701f3872e28ca201 /android/res | |
parent | 5822ff1619fda7f0cc0b10f77d351eb459e3c67c (diff) | |
download | mupdf-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