summaryrefslogtreecommitdiffstats
path: root/WebCore
diff options
context:
space:
mode:
authorMike Reed <reed@google.com>2009-09-17 15:57:58 -0400
committerMike Reed <reed@google.com>2009-09-17 15:57:58 -0400
commit7c0925e3959b7d54b49e8b63cd11105de572ea4b (patch)
tree23fe6f01b2272dc76dc226d687ce4e1f02f8361b /WebCore
parent2471bb64fd133cc64b2048b1fb90c84e08c24a16 (diff)
downloadexternal_webkit-7c0925e3959b7d54b49e8b63cd11105de572ea4b.zip
external_webkit-7c0925e3959b7d54b49e8b63cd11105de572ea4b.tar.gz
external_webkit-7c0925e3959b7d54b49e8b63cd11105de572ea4b.tar.bz2
bump up the RLE cutoff, since RLE is *only* supported in drawBitmapRect(), and therefore we should only
trigger it when there is no other way to support the image. Now that we have ashmem (yay!!!) memory pressure is not so bad. This happens to also fix google reader site, which sends down large (but not giant) index images but doesn't trigger our drawBitmapRect() code.
Diffstat (limited to 'WebCore')
-rw-r--r--WebCore/platform/graphics/android/ImageSourceAndroid.cpp2
1 files changed, 1 insertions, 1 deletions
diff --git a/WebCore/platform/graphics/android/ImageSourceAndroid.cpp b/WebCore/platform/graphics/android/ImageSourceAndroid.cpp
index d33f94f..5c75a15 100644
--- a/WebCore/platform/graphics/android/ImageSourceAndroid.cpp
+++ b/WebCore/platform/graphics/android/ImageSourceAndroid.cpp
@@ -52,7 +52,7 @@ SkPixelRef* SkCreateRLEPixelRef(const SkBitmap& src);
// don't use RLE for images smaller than this, since they incur a drawing cost
// (and don't work as patterns yet) we only want to use RLE when we must
-#define MIN_RLE_ALLOC_SIZE (512*1024)
+#define MIN_RLE_ALLOC_SIZE (2*1024*1024)
/* Images larger than this should be subsampled. Using ashmem, the decoded
pixels will be purged as needed, so this value can be pretty large. Making