As mobile developers, when talking about images and videos, one of our main concerns is creating a smooth and amazing experience for our users, no matter what kind of device or network connection they are using. In this article, I’m going to show you how you can easily improve this experience using Cloudinary and Fresco.
In Android, working with images (bitmaps) is really difficult because the application runs out of memory (OOM) very frequently. OOM is the biggest nightmare for Android developers.
There are some well known open source libraries that can help us deal with such problems like Picasa, Glide, and Fresco.
Fresco (by Facebook) is my favorite. Fresco is written in C/C++. It uses ashmem heap instead of VM heap. Intermediate byte buffers are also stored in the native heap. This leaves a lot more memory available for applications to use and reduces the risk of OOMs. It also reduces the amount of garbage collection required, leading to better performance and a smoother experience in our app. Another cool thing is that Fresco supports multiple images (multi-URI), requesting different image qualities per-situation, which help us further improve the user experience in cases of poor connectivity for example.
Multiple Image (Multi-URI) Requests
Suppose you want to show your users a high-resolution, relatively slow-to-download image. Rather than let them stare at a placeholder or a loading spinner for a while, you might want to quickly download a smaller thumbnail first. With Fresco this can be done by setting two image URIs, one for the low-resolution image, and one for the high-resolution one:
Uri lowResUri, highResUri;DraweeController controller = Fresco.newDraweeControllerBuilder() .setLowResImageRequest(ImageRequest.fromUri(lowResUri)) .setImageRequest(ImageRequest.fromUri(highResUri)) .setOldController(mSimpleDraweeView.getController()) .build();mSimpleDraweeView.setController(controller);
But How I Can Generate Two Image Quality URIs?
Cloudinary’s fetch functionality enables on-the-fly manipulation of remote images and optimized delivery via a super fast CDN. It allows us to easily and dynamically generate different image quality versions, regardless of the location of image.
Let’s say this is my original image, stored in my AWS S3 bucket:
You can see that this image’s size is almost 1MB. Loading many such images can sometimes harm your user’s experience while they are waiting for the image to fully load.
With Cloudinary, it’s super easy to fetch that image and generate both low and high-res image versions.
Fetching Remote Images With Cloudinary:
Here’s the basic URL template for fetching any remote image with Cloudinary:
Add Dynamic Transformations For Low Resolution:
And here’s what the URL looks like when you add parameters that adjust the quality:
This transformation converts the image (“donut”) to WebP, scales it down to a 400-pixel width, sets the quality to auto:low (an algorithm automatically does a quality vs. size trade-off where relatively low quality is considered acceptable). These transformations reduce the image size from nearly a megabyte to 2.37 KB (!)
Note that in order to work with WebP, the only thing you need to do is add the
webpsupport library to your dependencies, like described here.
Add Dynamic Transformations For High Resolution:
It’s important to note that you can also dynamically optimize your high quality 1MB image in order to make it more ideal for Android device screen sizes. So for your high-resolution version you can just change the quality parameter to “auto:best” and leave the width as it was for the low resolution. This transformation would generate a nice looking, small sized image of 6.88 KB.
To complete the example using Fresco, you just need to set those URLs for the low and high versions:
String originalImageURL = "https://s3.amazonaws.com/myappmedia/donut.png";String lowResUri = "https://res.cloudinary.com/yakir/image/fetch/f_webp,q_auto:low,w_400/" + originalImageURL;String highResUri = "https://res.cloudinary.com/yakir/image/fetch/f_webp,q_auto:best,w_400/" + originalImageURL;DraweeController controller = Fresco.newDraweeControllerBuilder() .setLowResImageRequest(ImageRequest.fromUri(Uri.parse(low_res_url))) .setImageRequest(ImageRequest.fromUri(Uri.parse(high_res_url))) .setOldController(mSimpleDraweeView.getController()) .build();mSimpleDraweeView.setController(controller);
Pretty easy, right?
Images and videos are the core component of any mobile app. Using both Cloudinary and Fresco can dramatically improve your Android users’ experience with a small effort from your side as developers.
Feel free to ping me if you have any questions about this post or any other media optimization related issues.
In our next post we are going to talk about how to’ optimize video in your Android application, stay tuned-!