comment
IRC Chat
play_arrow
Este sitio utiliza cookies propias y de terceros. Si continúa navegando consideramos que acepta el uso de cookies. OK Más Información.

Buenas practicas con Bitmap

  • 1 Respuestas
  • 2012 Vistas

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado Cronos

  • *
  • Underc0der
  • Mensajes: 1000
  • Actividad:
    0%
  • Reputación 1
  • Mientras mas se, me doy cuenta de lo poco que se.
    • Ver Perfil
    • Email
  • Skype: cronos.labs
« en: Febrero 17, 2015, 11:57:46 am »
Buenas practicas con Bitmap

Cargando grandes mapas de bits de manera eficiente
Muchas veces tratamos de cargar una imagen de tamaño muy grande en un espacio muy pequeño, y esto funciona, pero no de la manera que esperamos. Al crear un listView con una colección de Bitmap mal implementado, nos daremos cuenta que al deslizar nuestra lista, esta se torna pesada y torpe. Esto es por el tamaño de las imágenes que hemos cargado en cada Bitmap.
Por ejemplo, no vale la pena cargar una imagen de 1024x768 píxeles en la memoria si se mostrará en una miniatura de 128x96 píxeles en un imageView. La mejor practica para evitar esto es reducir el tamaño de imagen que se va a crear en el Bitmap al que se calcula que uno va a usar. Para esto utilizamos la opción inSampleSize, esta opción lo que hace es indica la escala que se utilizara para reducir dicha imagen. Por ejemplo, una imagen con resolución 2048x1536 que se cargara con un inSampleSize de 4 produce un mapa de bits de aproximadamente 512x384, cargando esto en memoria utiliza 0.75MB en lugar de 12 MB para la imagen completa.
Una pregunta común es, como saber que valor al inSampleSize debo colocar? Pues hay un método para calcular dicho tamaño de manera automática, que es el siguiente.

Código: Text
  1. public static int calculateInSampleSize(
  2.             BitmapFactory.Options options, int reqWidth, int reqHeight) {
  3.     final int height = options.outHeight;
  4.     final int width = options.outWidth;
  5.     int inSampleSize = 1;
  6.     if (height > reqHeight || width > reqWidth) {
  7.         final int halfHeight = height / 2;
  8.         final int halfWidth = width / 2;
  9.         while ((halfHeight / inSampleSize) > reqHeight
  10.                 && (halfWidth / inSampleSize) > reqWidth) {
  11.             inSampleSize *= 2;
  12.         }
  13.     }
  14.     return inSampleSize;
  15. }
  16.  

Este método recibe como parámetros el elemento options que utilizaremos para crear nuestro Bitmap, el Width y Height que deseamos que tenga nuestro Bitmap y devuelve un valor de tipo int el cual sera nuestro valor a colocar en inSampleSize para obtener este tamaño deseado.
Para utilizar este método, primero debemos decodificar con la opción inJustDecodeBounds establecida en true, se pasan el options y luego decodificar de nuevo usando el nuevo valor de  inSampleSize y inJustDecodeBounds establecido esta ves en false.

Código: Text
  1. public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
  2.         int reqWidth, int reqHeight) {
  3.     // First decode with inJustDecodeBounds=true to check dimensions
  4.     final BitmapFactory.Options options = new BitmapFactory.Options();
  5.     options.inJustDecodeBounds = true;
  6.     BitmapFactory.decodeResource(res, resId, options);
  7.     // Calculate inSampleSize
  8.     options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
  9.     // Decode bitmap with inSampleSize set
  10.     options.inJustDecodeBounds = false;
  11.     return BitmapFactory.decodeResource(res, resId, options);
  12. }
  13.  

Este método hace que sea fácil de cargar un mapa de bits de tamaño arbitrariamente grande en un ImageView que muestra una miniatura de 100x100 píxeles, como se muestra en el siguiente código de ejemplo:

Código: Text
  1. mImageView.setImageBitmap(
  2.     decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
  3.  

Ahora bien una ves implementado esto en el caso que dijimos anteriormente se puede notar una gran diferente la fluidez al desplazar nuestra lista, pero esto no queda acá. Las personas que no nos conformamos con poco notaremos que aun la lista de desplaza con cierto retraso que no es nada agradable a la vista. Esto sucede porque cada ves que deslizamos y mostramos los items ocultos en la lista se vuelve a calcular y a cargar la imagen en los Bitmap y todo este proceso se produce en el hilo principal, lo cual tenemos que evitar, entonces el siguiente paso es hacer este proceso de cargado en un hilo secundario, para ello utilizaremos AsyncTask.

Procesando Bitmap en un hilo secundario
La clase AsyncTask proporciona una manera fácil de ejecutar algún trabajo en un subproceso de fondo y publicar los resultados de vuelta en el subproceso de interfaz de usuario. Para usarlo, se crea una subclase y se sobrescriben los métodos proporcionados. Un ejemplo de la carga de una imagen de gran tamaño en un imageView usando AsyncTask y el método creado anteriormente  decodeSampledBitmapFromResource ():

Código: Text
  1. class BitmapWorkerTask extends AsyncTask<Integer, Void, Bitmap> {
  2.     private final WeakReference<ImageView> imageViewReference;
  3.     private int data = 0;
  4.     public BitmapWorkerTask(ImageView imageView) {
  5.         // Use a WeakReference to ensure the ImageView can be garbage collected
  6.         imageViewReference = new WeakReference<ImageView>(imageView);
  7.     }
  8.     // Decode image in background.
  9.     @Override
  10.     protected Bitmap doInBackground(Integer... params) {
  11.         data = params[0];
  12.         return decodeSampledBitmapFromResource(getResources(), data, 100, 100));
  13.     }
  14.     // Once complete, see if ImageView is still around and set bitmap.
  15.     @Override
  16.     protected void onPostExecute(Bitmap bitmap) {
  17.         if (imageViewReference != null && bitmap != null) {
  18.             final ImageView imageView = imageViewReference.get();
  19.             if (imageView != null) {
  20.                 imageView.setImageBitmap(bitmap);
  21.             }
  22.         }
  23.     }
  24. }
  25.  

Podemos observar que el constructor recibe un imageView el cual sera el que utilizaremos para cargar el Bitmap, el método doInBackground() ejecuta el método decodeSampledBitmapFromResource() en segundo plano y retorna un Bitmap el cual lo va a recibir el método onPostExecute() el cual se encargar de plasmar los resultados en la interfaz principal.
Para comenzar a cargar el mapa de bits de forma asíncrona, basta con crear una nueva tarea y ejecutarlo:

Código: Text
  1. public void loadBitmap(int resId, ImageView imageView) {
  2.     BitmapWorkerTask task = new BitmapWorkerTask(imageView);
  3.     task.execute(resId);
  4. }
  5.  

Observamos que la ejecutar la tarea en segundo plano se le pasa una variable resId, el cual es el id con la ruta de la imagen a cagar.

Almacenando un Bitmap en cache
Al ver los resultados que nos arroja el paso anterior podemos observar que el deslizamiento de nuestra lista es muy veloz, pero que tiene un pequeño problema. Las imágenes tardan en cargarse, y esto es algo esperado ya que el proceso de cargar los item de la lista en el hilo principal no van a esperar ah que termine el proceso en el hilo secundario, entonces se formara una desincronización a la hora de cargar los datos de cada item, por mas que simplemente sean microsegundos, esto es algo que se nota notablemente en la UI e irritaría mucho al usuario.
Entonces como solucionamos este problema? Cargando cada Bitmap en cache.
Una memoria caché ofrece un acceso rápido a los Bitmap a costa de ocupar memoria valiosa de la aplicación. La clase LruCache esta especialmente adecuado para la tarea de Bitmap en caché.
Con el fin de elegir un tamaño adecuado para el LruCache, un número de factores deben ser tomados en consideración, por ejemplo:

 -  ¿Cuántas imágenes estará en pantalla a la vez? ¿Cuántos tienen que estar disponibles listos para entrar en la pantalla?
 -  ¿Cuál es el tamaño de la pantalla y la densidad del dispositivo? Un dispositivo de alta densidad (xhdpi) como Galaxy Nexus tendrá un caché más grande para mantener el mismo número de imágenes en la memoria en comparación con un dispositivo como Nexus S (IPAP).
 -  ¿Con qué frecuencia se accederá a las imágenes? ¿Algunos acceder con mayor frecuencia que los demás? Si es así, tal vez usted puede querer mantener ciertos artículos siempre en la memoria o incluso tener varios objetos LruCache para diferentes grupos de mapas de bits.
 -  ¿Puede equilibrar la calidad contra cantidad? A veces puede ser más útil para almacenar un mayor número de Bitmap de menor calidad.

No hay un tamaño específico o fórmula que se adapte a todas las aplicaciones, es cuestión de cada uno analizar su consumo y llegar a una solución adecuada. Una caché que es demasiado pequeña causa sobrecarga adicional sin ningún beneficio, una memoria caché que es demasiado grande  puede devolver excepciones java.lang.OutOfMemory y dejar al resto de su aplicación poca memoria para trabajar. Un ejemplo de la creación de un LruCache para Bitmap:

Código: Text
  1. private LruCache<String, Bitmap> mMemoryCache;
  2. @Override
  3. protected void onCreate(Bundle savedInstanceState) {
  4.     ...
  5.     // Get max available VM memory, exceeding this amount will throw an
  6.     // OutOfMemory exception. Stored in kilobytes as LruCache takes an
  7.     // int in its constructor.
  8.     final int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
  9.     // Use 1/8th of the available memory for this memory cache.
  10.     final int cacheSize = maxMemory / 8;
  11.     mMemoryCache = new LruCache<String, Bitmap>(cacheSize) {
  12.         @Override
  13.         protected int sizeOf(String key, Bitmap bitmap) {
  14.             // The cache size will be measured in kilobytes rather than
  15.             // number of items.
  16.             return bitmap.getByteCount() / 1024;
  17.         }
  18.     };
  19.     ...
  20. }
  21. public void addBitmapToMemoryCache(String key, Bitmap bitmap) {
  22.     if (getBitmapFromMemCache(key) == null) {
  23.         mMemoryCache.put(key, bitmap);
  24.     }
  25. }
  26. public Bitmap getBitmapFromMemCache(String key) {
  27.     return mMemoryCache.get(key);
  28. }
  29.  

Ahora cuando vallamos a cargar un Bitmap en un imageView, primero comprobaremos que este Bitmap no esta ya cargado en cache. En caso de que este en cache, evitaremos todo el proceso de redimensionamiento echo anteriormente y simplemente lo traeremos de la cache, caso contrario haremos los pasos mencionados anteriormente y almacenaremos ese Bitmap en cache si no existe, para que la próxima ves que tengamos que cargarlo, lo traigamos de cache.

Código: Text
  1. public void loadBitmap(int resId, ImageView imageView) {
  2.     final String imageKey = String.valueOf(resId);
  3.     final Bitmap bitmap = getBitmapFromMemCache(imageKey);
  4.     if (bitmap != null) {
  5.         mImageView.setImageBitmap(bitmap);
  6.     } else {
  7.         mImageView.setImageResource(R.drawable.image_placeholder);
  8.         BitmapWorkerTask task = new BitmapWorkerTask(mImageView);
  9.         task.execute(resId);
  10.     }
  11. }
  12.  

En la clase BitmapWorkerTask creada anteriormente solo debemos agregar la linea de código que se encarga de cargar este nuevo Bitmap en cache.

Código: Text
  1. class BitmapWorkerTask extends AsyncTask<Integer, Void, Bitmap> {
  2.     ...
  3.     // Decode image in background.
  4.     @Override
  5.     protected Bitmap doInBackground(Integer... params) {
  6.         final Bitmap bitmap = decodeSampledBitmapFromResource(
  7.                 getResources(), params[0], 100, 100));
  8.         addBitmapToMemoryCache(String.valueOf(params[0]), bitmap);
  9.         return bitmap;
  10.     }
  11.     ...
  12. }
  13.  

Y eso seria todo. Ya tenemos una lista que carga por única vez los Bitmap y luego hace petición a cache, la eficiencia de esto es muy grande y los resultados son muy notorios.
Para realizar este manual me base en la información oficial de Google la cual colocare a continuación.

No tienes permisos para ver links. Registrate o Entra con tu cuenta
No tienes permisos para ver links. Registrate o Entra con tu cuenta
No tienes permisos para ver links. Registrate o Entra con tu cuenta

Autor: Leandro Vitale

Saludos,, Cronos.-
« Última modificación: Abril 17, 2015, 02:05:34 pm por ANTRAX »

Desconectado po6xsecpo

  • *
  • Underc0der
  • Mensajes: 45
  • Actividad:
    0%
  • Reputación 0
    • Ver Perfil
    • Email
  • Skype: po6xsecpo@gmail.com
« Respuesta #1 en: Febrero 28, 2015, 06:30:49 pm »
De los mejores! Gracias

 

¿Te gustó el post? COMPARTILO!



[VIDEOTUTORIAL] video2brain: Buenas prácticas para desarrollo Android

Iniciado por graphixx

Respuestas: 1
Vistas: 2254
Último mensaje Abril 15, 2016, 10:45:53 pm
por graphixx