So, I have been using this amazing library Glide for showing native images in my gallery app. I am using ViewPager
with FragmentStatePagerAdapter
t
ImageView
has match_parent
or fixed dp
as dimensionswrap_content
makes Glide load full resolution Bitmaps..placeholder()
shows an image instead of empty space while loading large bitmap.thumbnail(float)
loads a downsampled version fast while the bigger image is loading in the backgroundI would be curious what the xml is for the ImageView
, because my guess is it's wrap_content
which results in loading images at full resolution into Bitmap
s (using a lot of memory). If that's the case I would suggest using match_parent
or fixed dp
to lower the resolution. Note: you won't use detail, because currently the image is downsampled at render time anyway, just pulling that forward to decoding phase.
You also have to make sure that your app doesn't have constraints for memory usage. Can you load 3 (off screen limit = 1 means 1+current+1 pages) camera photos into Bitmaps without Glide? Again, assuming this is full resolution, it should be possible to store 3 screen size amount of bytes in memory with or without Glide, but you have to guide Glide to not load at full resolution.
You can load smaller sized image via .thumbnail()
, it accepts a full Glide.with... not including .into() OR there's a shorthand parameter which is just a percentage (in 0.0 ... 1.0
), try the latter first. It should decode the image much faster, especially with a really small number like 0.1 and then when higher quality one finishes it's replaced.
So the simpler option is to add .thumbnail()
to your current load. A more convoluted one involves to start loading a lower resolution image with .sizeMultiplier() at the same time the Fragment
's view is created and then start loading the high resolution one when the ViewPager
has changed page. This helps with peeking the pages.
Alternatively you can just use a .placeholder() while the image is loading so it's not empty space, but "something" there.
Regarding using ARGB_8888
(32 bit per pixel): if you increase the memory consumed by Bitmap
s (compared to RGB_565
(16 bit per pixel) don't expect to get run out of memory later. Once you get it working with 565 you can try increasing, but until then it's futile trying.
Also look around the Glide issues, maybe you find something helpful.