Resumen de la conferencia de Jeffrey Sharkey en Google I/O 2009

En el desarrollo de aplicaciones para móviles hay que tener en cuenta tres cosas a la hora de desarrollar aplicaciones: la vida de la batería, la vida de la batería y la vida de la batería. Después de todo, si la batería está agotada, nadie podrá utilizar tu aplicación. En este documento se describe cómo afectan las distintas redes a la vida de la batería, las formas correctas e incorrectas de utilizar características específicas de Android como los “wake locks”, el por qué no puedes asumir que está bien consumir más memoria para ahorrar tiempo y más.

Contenido

Introducción

¿Por qué es importante tener en cuenta el consumo de batería?

Desde que desconectamos nuestro movil del cargador por la mañana y a lo largo del día, para funcionar, necesita consumir la energía almacenada. Cuando esta se termina, ya no se volverá a poder utilizar hasta que se vuelva a conectar. Las aplicaciones necesitan trabajar juntas para hacer un buen uso de los recursos a los que tienen acceso.

Utilizaremos las siguientes unidades:

• Gasto que se hace de energía: mA
• Capacidad: mAh

Veamos la capacidad de la batería de algunos dispositivos con Android:

• HTC Dream: 1150 mAh
• HTC Magic: 1350 mAh
• Samsung I7500: 1500 mAh
• Asus Eee PC: 5800 mAh

A mayor capacidad, mayor tamaño de batería, así que hay que escoger una buena relación tamaño / usabilidad. Al fin y al cabo, un dispositivo portatil deberá ser eso, portatil.

¿En qué se nos va el gasto de batería?

• Modo avión: 2 mA
• Modo espera 3G / EDGE: 5 mA
• Modo espera WIFI: 12 mA
• LCD normal: 90 mA
• CPU 50% – 100%: 110 mA
• Sensores: 80 mA
• GPS: 85 mA
• 3G transferencia máxima: 150 mA
• EDGE transferencia máxima: 250 mA
• WIFI transferencia máxima: 275 mA

Ejemplos de la vida real

Suponiendo que tenemos una batería con una capacidad de 1150mAh. Si dividimos este valor entre el consumo que tiene cada actividad podremos estimar la duración de la batería realizando esa actividad de forma contínua.

• Ver Youtube: 340 mA = 3,4 horas
• Navegar por la Web usando 3G: 225 mA = 5 horas
• Uso típico: 42 mA (de media) = 32 horas
• EDGE en modo espera: 5 mA = 9,5 días
• Modo avión en espera: 2 mA = 24 días

¿Qué es lo que más consume?

En todo lo alto de la lista están los procesos que se ejecutan cuando el teléfono está en modo espera. Tomemos como ejemplo una aplicación que se despierta cada 10 minutos para actualizar sus datos y que tarda 8 segundos en realizar esta labor con un consumo de 350 mA.

Consumo estimado en una hora:

3600 segundos * 5 mA = 5 mAh (en espera)
6 veces * 8 segundos * 350 mA = 4,6mAh (actualizándose)

Como se puede observar, esta inocente aplicación consume casi lo mismo actualizándose durante 48 segundos que durante 1 hora en modo espera.

Y esto no es todo, cada vez que actives tu servicio, desencadenarás la ejecución de otros (para aprovechar la activación de los elementos del dispositivo, que se encuentra en modo espera). Al final, despertamos a nuestro dispositivo para ejecutar un servicio (aplicación) durante 8 segundos y permanece trabajando (en backgrond) entre 15 y 20 segundos.

Otras cosas que consumen bastante batería son las transferencias largas de datos. Veamos el ejemplo de descargar una canción de 6MB:

• EDGE (90 kbps): 300 mA * 9,1 minutos = 45 mAh
• 3G (300 kbps): 210 mA * 2,7 minutos = 9,5 mAh
• WIFI (1 Mbps): 330 mA * 48 segundos = 4,4 mAh

Sacad vuestras propias conclusiones. En este caso, la tarea que menos batería gasta es la que antes finaliza.
(Los valores de consumo son distindos debido a que aquí se está incluyendo el gasto de CPU.)

También se consume bastante batería cuando el movil cambia de celda telefónica (por decirlo fácil: de antena) debido a que el módulo de Radio debe realizar tareas de asociación con la nueva celda, además de todos los eventos (BroadcastIntents) que se generan en base a esto y que pueden despertar la ejecución de otras aplicaciones.

Para terminar, señalar que parsear XML es bastante costoso, así como utilizar expresiones regulares sin JIT (la máquina virtual dalvik todavía no lo soporta)

Veamos a continuación varios consejos para mejorar nuestra aplicación y conseguir que genere menor gasto.

Redes

Como hemos visto anteriormente, tenemos que intentar minimizar el gasto a la hora de descargar datos de la red. ¿Cómo?

Esperar a una conexión 3G o WIFI

Es mucho mejor disminuir el tiempo de descarga de los datos, así el gasto de batería nos saldrá más barato. Además, podemos hacer una aplicación inteligente que no consuma datos en caso de estar usando una conexión de datos movil en roaming, estableciendo esta acción en su menú de configuración correspondiente.

Veamos el código para hacerlo:

Lo primero es comprobar que hay conexión y que, en caso de ejecutarse este código en un servicio, comprobar que el usuario tiene activada la descarga en background en el menú de Ajustes de sincronización de datos (Esto es nuevo en Android 1.5 Cupcake). Todos los servicios de Google para Android comprueban este valor de configuración antes de utilizar una conexión de datos en background, así que tu aplicación también debería comprobarlo y actuar en consecuencia.

ConnectivityManager  mConnectivity; TelephonyManager mTelephony; NetworkInfo info = mConnectivity.getActiveNetworkInfo(); if (info == null || !mConnectivity.getBackgroundDataSetting()) return false;

Antes de utilizar la conexión de datos, comprobamos el tipo, y en caso de que sea 3G, que no estemos en roaming.

// Sólo conectar si hay WIFI o 3G (sin roaming) int netType = info.getType(); int netSubtype = info.getSubtype(); if (netType == ConnectivityManager.TYPE_WIFI) {     return info.isConnected(); } else if (netType == ConnectivityManager.TYPE_MOBILE             && netSubtype == TelephonyManager.NETWORK_TYPE_UMTS             && !mTelephony.isNetworkRoaming()) {     return info.isConnected(); } else {     return false; }

Como consejo, si estamos desarrollando una aplicación que necesita, por ejemplo, subir un vídeo, o un elemento pesado podemos postponer la carga hasta que el teléfono se encuentre en una red 3G o WIFI. Lo normal sería que no hubiera actuación por parte del usuario final, aunque tampoco es malo avisar al usuario de que realizar esa acción consumirá muchísima batería y preguntar si realmente quiere continuar con el proceso de envío.

Utilizar un analizador de datos eficiente

Analizar datos es una tarea bastante común para una aplicación que necesita alimentarse de datos descargados de Internet. Esta tarea requiere un mayor gasto de batería en base al tipo de analizador y al formato de los datos a analizar (XML, JSON, …)

Tenemos dos tipos de analizadores:

• Analizadores de árboles. Cargan el documento por completo en memoria manteniendo una estructura en arbol, generan mucha basura que luego el sistema operativo tiene que limpiar, con el consecuente gasto extra de batería. Para realizar esta tarea, hay que analizar uno a uno todos los elementos e ir generando paralelamente la estructura de datos en memoria. Una vez finalizado el análisis el acceso a los elementos en memoria es relativamente rápido, pero… ¿Merece la pena tanto gasto?
• Analizadores “al vuelo”. Involucran al programador en el proceso de análisis mediante callbacks. Por ejemplo: “Se ha encontrado el inicio del documento”, “tag XXX encontrado con los atributos…”. De esta forma, el proceso de análisis puede ser bastante eficiente, ya que sólo se procesan los datos que se necesitan.

Veamos los formatos de datos:

• XML. Formato para el intercambio de datos bastante popular en Internet que en dispositivos móviles puede llegar a ser un problema.
• JSON. Bastante útil cuando el receptor de esos datos es un motor de Javascript.
• Protobuf. Formato de datos binario desarrollado y utilizado por Google. Al ser binario hay muchísima menor sobrecarga añadida a los datos a enviar/recibir.

¿Qué hacer para ahorrar energía? Utilizar un analizador de datos y un formato de datos eficiente.

Tiempos obtenidos descargando y analizando un RSS de 6 elementos repetidamente durante 60 segundos y haciendo una media.

Datos clave:

• Utilizar analizadore “al vuelo” en vez de analizadores de árboles. Por ejemplo, para JSON tenemos el analizador Jackson.
• Tener en cuenta los formatos binarios que pueden facilmente mezclar datos binarios y texto en una sola petición. En la aplicación “Market” se puede ver cómo los iconos de las aplicaciones se van cargando en grupos. Esto es debido a que se unen varias peticiones de imágenes en una sola petición que será la que se haga al servidor, y en cuya respuesta tendremos todas las imágenes solicitadas. (En una sóla respuesta)
• Como hemos visto en el ejemplo del “Market” del punto anterior, utilizando formatos binarios reducimos el número de peticiones que se realicen al servidor, y esto se nota en el consumo de energía.

Utilizar GZIP para texto

Se trata de que el servidor comprima los datos de texto antes de enviarlos al cliente, de esta forma, se reduce sustancialmente el tamaño de datos a descargar y el tiempo de obtención de los mismos. Esto se utiliza en la actualizada en muchos navegadores Web que aceptan recibir las páginas comprimidas.

En Android, la librería GZIP es muy eficiente ya que la descompresión se ejecuta mediante código nativo y es bastante rápida.

Vamos a suponer que en el siguiente código hacemos una petición Web y obtenemos una respuesta comprimida en GZIP.

import java.util.zip.GZIPInputStream; HttpGet request = new HttpGet(“http://example.com/contenidogzip”); HttpResponse resp = new DefaultHttpClient().execute(request); HttpEntity entity = resp.getEntity(); InputStream compressed = entity.getContent();

Sólo necesitamos añadir la siguiente línea para trabajar con un InputStream, esta vez, con datos descomprimidos.

InputStream rawData = new GZIPInputStream(compressed);

¿Cuanto mejoramos al trabajar con datos de texto comprimidos?

Tiempos medidos en múltiples pruebas descargando un RSS de 1800 elementos de texto. El valor que hay entre paréntesis al lado de GZIP es el nivel de compresión, siendo 1 el más bajo y 9 el más alto.

Como se observa en la gráfica, con una conexión rápida casi ni se nota la diferencia entre contenido comprimido o no. Ahora bien, cuando entramos en las conexiones móviles ya empezamos a encontrar una gran diferencia, sobre todo usando EDGE. Como todos ya sabemos, aunque el gasto energético de una conexión EDGE sea inferior a una conexión WIFI, el estar mucho más tiempo descargando/enviando contenido implica un gasto muchísimo mayor.

Aplicaciones en primer plano

Vamos a ver qué podemos hacer con las aplicaciones con las que el usuario interactúa activamente.

WakeLocks

Las aplicaciones de Android pueden hacer que el algun elemento del dispositivo permanezca activo. Para hacer esto podemos obtener un WakeLock del nivel que necesitemos y cuando terminemos, lo liberamos.

Hay varios niveles de WakeLock que fuerzan el estado activo de los siguiente elementos:

• La CPU.
• La pantalla.
• La luz del teclado.

No se deben adquirir WakeLock a menos que realmente lo necesitemos. Hay que utilizar el nivel más bajo posible y asegurarlos de que lo liberamos tan pronto como podamos. Si no lo hacemos, Android pensará que estamos utilizándolo y estaremos consumiendo mucha batería.

Tenemos dos formas de hacer esta tarea correctamente:

1. Utilizar el atributo android:keepScreenOn=”true” en el Layout de nuestra actividad. De esta forma, mientras se esté visualizando esta actividad la pantalla permanecerá encendida y cuando dejemos de verla porque pasamos a otra actividad o la cerremos, Android lo liberará automaticamente.
2. En el caso de un WakeLock para mantener activa la CPU, si conocemos cuanto tiempo necesitaremos (el peor caso) ese WakeLock activo para realizar alguna tarea de procesamiento (como parsear un XML) lo iniciaremos indicando ese tiempo de tal modo que Android lo liberará si ve que ha pasado el tiempo establecido y no ha sido liberado.

Reciclar objetos de Java

Otra forma que tenemos de ahorrar batería es reciclando objetos de Java, especialmente los complejos que gestionan búfers en memoria.

Todos sabemos que Android tiene un recolector de basura, pero cuanto menos basura se genere, mayor será el ahorro de energía.

Para reciclar algunos objetos, podemos utilizar clases del Framework de Android que nos ayuden a realizar esta tarea. Por ejemplo:

• Si creamos y destruimos bastantes objetos (que no deberíamos) XmlPullParse o Bitmap, podemos usar las clases XmlPullParserFactory o BitmapFactory que mejorarán la eficiencia de este proceso.

• Si utilizamos expresiones regulares, podemos reciclar el objeto Matcher usando: Matcher.reset(newString)
• Si utilizamos un StringBuilder, podemos reciclarlo (para volver a utilizarlo) mediante: StringBuilder.setLength(0)

Ya que la interfaz de usuario corre en un sólo hilo, podemos compartir objetos entre los métodos (de los eventos ocurridos en la interfaz) sin riesgo a tener problemas de sincronización.

En un ListView se utilizan muchas estrategias de reciclado de objetos.

Utilizar localización por red telefónica

Es mucho más barato que utilizar localización por GPS. Los tiempos de inicialización del GPS pueden variar mucho dependiendo del entorno en el que nos encontremos, por ejemplo, si estamos en un campo abierto la sincronización con los satélites puede tardar unos segundos, mientras que si estamos en un sitio cerrado puede llegar a no ocurrir nunca y todo el tiempo que tenemos el GPS activado estamos malgastando batería.

De media, estos son los tiempos de inicio:

• GPS: 25 segundos * 140 mA = 1 mAh
• Red: 2 segundos * 180 mA = 0.2 mAh

En Android 1.5 se utiliza AGPS cuando hay red disponible para reducir el tiempo de arranque del GPS. ¿Cómo? En vez de estar atento a recibir la señal de posición de cada satélite, que puede tardar hasta dos minutos, en base a la posición obtenida de la Red, realiza una petición por Internet para conocer la información de los satélites necesaria en vez de tener que esperar a recogerla toda.

El tiempo de sincronización del GPS con los satélites varía dependiendo del entorno y de la precisión que queramos. Con el GPS ocurre igual que con los wake-locks, las actualizaciones de posición pueden continuar después del onPause(), así que asegúrate de detenerlas.

Si todas las aplicaciones dejaran de utilizar los recursos correctamente, como en el caso del GPS, los usuarios lo podrían dejar activado en los ajustes del teléfono.

Utilizar aritmética con número reales (decimales, en punto flotante) sale caro

Los dispositivos actuales no tienen unidad de punto flotante en sus CPUs, de tal forma que hacer operaciones en punto flotante es caro. Si trabajaste con un MapActivity o MapView habrás visto algo llamado GeoPoint. Es como la latitud y longitud, que son número decimales, solo que están multiplicados por 10, de tal forma que podemos tratarlos como números enteros que ya son más baratos para trabajar en el dispositivo.

// Geopoint devuelve el valor 37392778, -122041944 double lat = GeoPoint.getLatitudeE6() / 1E6; double lon = GeoPoint.getLongitudeE6() / 1E6;

Cachear valores cuando se realiza trabajo DPI con DisplayMetrics. Si trabajas en tu propia View, no necesitas preocuparte a la hora de escalar a diferentes densidades de dispositivos. Un dispositivo puede tener una pantalla de mayor densidad y esta densidad estar representada por un número real. Si escribes tu propia View, puedes precachearla.

float density = getResources().getDisplayMetrics(). density; int actualWidth = (int)(bitmap.getWidth() * density);

Sensores

Si vas a trabajar con el acelerómetro o sensores para juegos, hay cuatro tasas distintas:

• Normal: 10 mA (Utilizada para detección de orientación)
• Interfaz de usuario (UI): 15 mA (Se comprueba el sensor una vez por segundo)
• Juego (Game): 80 mA
• Muy rápido (Fastest): 90 mA

El mismo coste para el sensor del acelerómetro, magnético y de orientación.

Aplicaciones en background

Vamos a hablar de servicios en general. Si vienes de UNIX o Windows, cuando pensamos en un servicio, pensamos en algo que iniciamos de fondo y continúa ejecutándose, casi como un demonio (daemon) esperando a que llegue alguna petición. Se ejecuta todo el tiempo. Esto funciona muy bien en el mundo del escritorio, pero en el mundo movil, cada uno de estos procesos tienen una sobrecarga asociada. Veamos por ejemplo, algunos dispositivos que primero salieron, por ejemplo, el HTC Dream. Cuando el sistema inicia tenemos una determinada cantidad de RAM en el sistema. Una parte se la queda el Kernel, otra el Framework. Cuando finalmente termina de iniciar, nos queda para las aplicaciones unos 30 o 40 megabytes de RAM. Una cosa que hay que tener en cuenta es que cada proceso en el dispositivo, por muy poco código que tenga, utilizará unos 2 megabytes de RAM sólo para iniciarse, sin tener en cuenta la memoria que pueda necesitar según las tareas que realice.

Si tienes un servicio que se ejecuta de fondo constantemente el sistema terminará matándolo si el usuario está realizando alguna tarea, como por ejemplo, navegando por Internet y el navegador requiera más memoria. Una vez esta memoria quede libre, volverá a iniciar los servicios eliminados para que continúen realizando su trabajo. Y aquí tenemos otra sobrecarga a la hora de tener que detener e iniciar el servicio.

Nos hacemos la siguiente pregunta. Si no podemos tener nuestro proceso ejecutándose siempre de fondo, si no podemos utilizar el modelo de servicio (Windows) / demonio (UNIX), que funcionan bien en escritorio. ¿Cómo debería escribir servicios?

Hay dos métodos primarios que podemos utilizar:

• Si tenemos un punto definido en el futuro en el que necesitemos despertar a nuestro servicio, digamos, actualizar un RSS cada 15 minutos o media hora, podemos especificar una alarma para que el sistema nos despierte y realicemos la tarea en ese punto futuro.

• Otro método es utilizar un receptor de señales, de tal forma que funcionemos en base a eventos. Por ejemplo, si el usuario pasa de una red EDGE a una 3G, cualquier aplicación podrá recibir esta notificación y realizar una tarea pertinente. No hay que olvidarse de deshabilitar la escucha de eventos una vez que ya no estemos interesados en ellos.

Una vez realizada la tarea, asegúrate de llamar a stopSelf para indicarlo, de tal forma que el sistema pueda matar a tu proceso.

En Android 1.5 se añadió setInexactRepeating() para especificar alarmas. Si realmente no nos importa adelantarnos o atrasar la ejecución establecida en un periodo de tiempo, podemos utilizar setInexactRepeating() de tal forma que Android intentará agrupar la ejecución de todas las aplicaciones que pueda en un momento exacto de tiempo. De esta forma, evitamos tener que despertar el dispositivo cada vez que una aplicación tenga que realizar una tarea.

Una buena costumbre sería comprobar el estado de la batería antes de realizar alguna tarea bastante costosa, de tal forma que si queda poca, no haremos nada. A esto se llama programar aplicaciones inteligentes.

Más allá de Android 1.5

Android 1.5 mantiene un historial del consumo de recursos del dispositivo que realizan las aplicaciones: CPU, red, wake-locks… En versiones posteriores, se le dará la opción a los usuarios de conocer qué aplicaciones tiene instaladas que más consumo realizan de batería, de tal forma que sea decisión del usuario continuar utilizándola o desinstalársela. (Es una forma de obligar a los desarrolladores a programar aplicaciones con consumo eficiente de batería)

En la versión 1.5 podemos acceder a una aplicación muy básica oculta, debido a que es simplemente para ver que realmente se están recogiendo esos datos, escribiendo lo siguiente dentro del cuadro para marcar un número de teléfono:

*#*#4636#*#*

Considera realizar aplicaciones flexibles, de tal forma que si tiene que actualizar información usando Internet, dejar al usuario poder configurar cada cuanto tiempo quiere que se realice esta actualización. De esta forma, le estarás dando al usuario una posibilidad de controlar el gasto de batería que tu aplicación realice.

A modo de resumen, veamos los puntos más importantes:

• Utilizar un analizador eficiente y GZIP para realizar un mejor uso de la red y de CPU.
• Los servicios que duermen y consultan son malos, en vez de esto, utiliza <receiver> y AlarmManager.
  • Desactiva los elementos del manifest cuando no sea necesario seguir utilizándolos.
  • Despiértate junto con las demás aplicaciones (alarmas inexactas).
• Espera a un estado de batería y de red lo suficientemente buenos antes de realizar alguna tarea bastante costosa en batería o red.
• Dar opción a los usuarios sobre el comportamiento de fondo de una aplicación.

Enlaces

Google I/O – Coding for Life — Battery Life, That Is [video]
Descargar transparencias de la conferencia [pdf]

http://www.desarrolladores-android.com
http://www.android-spa.com

Articulo Original: http://knol.google.com/k/android-programando-para-la-vida-de-la-bater%C3%ADa#

Si has llegado a este manual es porque te interesa conocer algunos detalles para conseguir que tu dispositivo Android sea más veloz o, por otro lado, que consuma menos batería y dure más.

El objetivo de este artículo es dar una serie de 10 consejos para optimizar la velocidad y/o el consumo de batería de nuestro dispositivo Android.

1. No utilices Task-Killers

Vamos con, probablemente, la leyenda urbana más extendida: la «supuesta necesidad» de utilizar un task-killer (o gestor de tareas) para matar aplicaciones que no estemos utilizando.

Al contrario que los sistemas de escritorio, Android funciona con un esquema ligeramente diferente. La intención es favorecer ciertos comportamientos usuales en este tipo de dispositivos a favor de un buen rendimiento y/o uso de la batería.

Las tareas realizadas en el sistema son categorizadas entre estos 5 tipos (de mayor a menor importancia):

Esquema de categoría de procesos en Android

Una vez dicho esto, hay que aclarar que la creencia de que se necesita tener mucha memoria libre para que todo vaya más rápido es falsa. Se suele asociar como verdadera porque era el modelo que se utilizaba antiguamente, en sistemas de la época de Windows 98 o Windows XP.

Actualmente se tiende a seguir el principio Unused RAM is wasted RAM (memoria no utilizada es memoria desperdiciada), que es el modelo en uso en entornos GNU/Linux, Windows 7, y -como no- en nuestro caso.

«Memoria RAM no utilizada, memoria RAM desperdiciada…»

Por esta razón, Android utiliza casi el 100% de la memoria RAM del teléfono (dejando apenas unos MB libres). Cuándo necesita memoria RAM para otras aplicaciones, simplemente empieza a liberar aplicaciones (en orden inverso de la lista anterior) hasta disponer de la cantidad que necesita.

El problema es que en dispositivos con un hardware muy ajustado (un procesador muy lento, por ejemplo) ese proceso de liberación puede demorarse y reflejar una lentitud considerable.

Sin embargo, demostremos que hay más problemas si usamos task-killers:

Si quieres saber más sobre el consumo de batería en Android, desde un punto de vista más técnico, aconsejo la traducción de la conferencia de Jeffrey Sharkey (Google I/O 2009) Programando para la vida, de Juan de Dios. Muy recomendable, en serio.

2. Haz overclocking (o underclocking)

Una herramienta interesante para nuestros dispositivos Android es SetCPU, una aplicación que permite, de una manera muy sencilla y totalmente cómoda, overclockear nuestro sistema, aumentando o reduciendo la potencia de nuestro procesador.

Ahorra energía y batería o aumenta velocidad y potencia

Como se ve en la imagen, se puede establecer un límite superior (cuando más procesador se requiere) y un límite inferior (móvil en reposo). Obviamente esto es un arma de doble filo, si aumentamos los valores, conseguiremos mayor velocidad, pero al precio de consumir más batería (y viceversa). También se pueden crear distintos perfiles que se activen automáticamente, dependiendo de diferentes eventos (en carga, temperatura…).

La aplicación es de pago (1,99$), aunque puede conseguirse de forma gratuita para usuarios del foro de XDA Developers. Es necesario ser root.

3. Vigila de cerca a tus aplicaciones

Hemos dicho que matar procesos en Android es una mala idea, sin embargo, tampoco podemos descuidar las aplicaciones que utilizamos.

Algunas aplicaciones (ya sea porque están mal desarrolladas, bugs o simples descuidos) tienen un funcionamiento muy lento y pesado, y pueden llegar a colapsar nuestro dispositivo.

Vigilalos bien, no te fies de ninguno de ellos…

Watchdog Lite es un gestor y monitorizador de tareas, pero con un propósito muy especial: ayudarnos a detectar las aplicaciones que sobrepasan un umbral o tope de uso de procesador, lo que implicaría un posible malfuncionamiento o sobrecarga por parte de dicha aplicación.

Además, podemos ver en todo momento el porcentaje de uso de CPU, memoria consumida y tiempo activo de cada proceso del sistema.

La aplicación Watchdog Lite es gratuita, aunque también tiene una versión de pago (3,49$) con la posibilidad de llevar una lista negra o eliminar banners de publicidad.

4. Elige un Launcher ligero y rápido

Es muy común que los usuarios piensen que el «escritorio» o pantalla de inicio de nuestro Android (donde vemos los widgets, iconos, etc…) es un núcleo que permanece estático en el dispositivo, cuando en realidad no es más que una aplicación más (que se activa al pulsar la tecla de Inicio) llamada Launcher o Home.

Al ser una aplicación más, actúa como tal (cargándose en memoria, siendo liberada si no está siendo utilizada, etc…) y existe la posibilidad de reemplazarse por otros launchers que se adapten mejor a nuestras necesidades (rápido, vistoso, simple…). Más atrás, analizamos en Emezeta 11 launchers gratuitos para Android.

Launcher Pro, mi launcher preferido para Android

Launcher Pro es mi Launcher preferido, puesto que posee varias opciones para optimizar al máximo su uso en dispositivos con un hardware justo.

Otro detalle importante es el de marcar la opción Menu / Preferences / General Settings / Keep in memory, que evitará que el Launcher se descargue de memoria para cargar otras aplicaciones, evitando esa molesta pantalla negra (al pulsar el botón de inicio) que a veces ocurre.

5. Tipo de red

La mayoría de los que utilizamos un dispositivo Android, utilizamos tarifas de datos y nos movemos entre redes 2G o 3G/HDSPA.

Android está diseñado para estar continuamente buscando una red con mejor cobertura, algo que sin duda es de agradecer, pero repercute en la vida de la batería y puede ser innecesario en algunas situaciones o determinados usuarios.

Es por eso, que si en la pantalla para realizar una llamada, tecleamos *#*#4636#*#*, nos aparecerá un menú de mantenimiento donde podemos realizar varios cambios. En el apartado Información del teléfono, en la parte inferior, hay una opción que nos pregunta nuestro tipo de red preferido:

Las opciones que nos interesan son las 4 primeras, puesto que las relativas a CDMA (el resto) no son aplicables en España.

Por defecto, la selección suele ser WCDMA preferred, donde buscamos la mayor velocidad posible a cualquier precio. Sin embargo, la GSM auto puede ser una buena estrategia para reducir esas búsquedas (y gasto de batería) a favor de sacrificar un poco la cobertura.

6. Ajustar los límites de memoria

Como vimos en el primer punto, los procesos son categorizados en 5 tipos. Y cada tipo tiene un límite de memoria asociado. Si la memoria libre del dispositivo es menor a ese límite, Android comienza a liberar aplicaciones de esa categoría.

Con Autokiller podemos cambiar esos límites, efectuando liberaciones más (o menos) agresivas.

Como siempre, la idea de este sistema no es tener más memoria libre, sino hacer una descarga más inteligente y agresiva de los procesos en memoria, para evitar el «cuello de botella» que se podría producir en dispositivos con procesadores lentos.

Se recomienda no cambiar los primeros 3 parámetros (aplicaciones más activas), aunque es posible hacerlo. También existe una sexta categoría que son los proveedores de contenidos que no tienen ningún cliente asociado (es decir, no están realizando tareas).

Es necesario ser root para ajustar estas opciones.

7. Uso excesivo de widgets

Uno de los consejos más extendidos y escuchados ha sido este: no abuses de los widgets. Sin embargo, con esto no se quiere decir que no se utilicen. Su propósito es sencillo: utiliza los widgets para tareas cortas que realizas muy frecuentemente.

Por ejemplo, tareas frecuentes como mirar el tiempo antes de ir a trabajar podría ser un uso aceptable. Pero… ¿Merece la pena utilizar un widget de reproducción de MP3 si sólo lo utilizamos ocasionalmente?

La virtud es el punto medio entre un
escritorio sin widgets y otro lleno de ellos (Aristóteles)

También es muy importante saber que los widgets que se actualizan muy frecuentemente (o que están mal desarrollados) pueden consumir muchos recursos y desestabilizar nuestro dispositivo.

8. Controla la energía

Otro aspecto lógico e importante que se suele mencionar siempre como consejos iniciales de Android, es que debe deshabilitarse lo que no se utilice.

En principio, no debería haber problema en tener el GPS o el Bluetooth activo, ya que si no se está utilizando desde alguna aplicación, no consumiría batería. Sin embargo, muchas aplicaciones crean servicios o proveedores de contenido que se despiertan y hacen uso si está disponible (el mismo Google Maps para actualizar tu posición).

No por mucho conectar, amanece más temprano…

Por eso, el widget Control de Energía es algo indispensable para desactivar y mantener una conectividad que sólo estemos utilizando. Existen algunos otros widgets como WidgetSoid o Extended Controls (0,99$), que permiten incluir y personalizar más opciones que las 5 básicas de Android.

También hay aplicaciones que podrían ser interesantes para algunas personas, ya que permiten programar la deshabilitación/habilitación de ciertas características (en ciertos horarios, ante ciertos eventos, etc…) como Data on Demand, NetSchedule, JuiceDefender, Network Switcher o Locale (9,99$).

9. Vigila las aplicaciones al iniciar el teléfono

Al instalar aplicaciones, muchas se configuran para arrancarse al encender el dispositivo. Esto es útil y lógico en algunos casos (alarmas programadas, comprobaciones periódicas…) pero también es ilógico en otros casos (programas para descargar música, etc…).

Lo ideal sería que cada aplicación tuviera un sistema para desactivar su arranque como servicio o en el inicio del teléfono, pero como esto muchas veces no es posible, existe una aplicación llamada Autorun Manager.

Esta aplicación permite retirar los programas que se inician automáticamente, e incluso examinar los «receivers» que tienen programados, por si tenemos curiosidad por saber que hacen. Esta opción requiere root para funcionar.

10. Revisa tu Hardware y Software

Es bueno conocer las especificaciones del hardware de nuestro dispositivo (sobretodo cantidad de memoria RAM, tipo y velocidad del procesador). No fiarse de especificaciones no oficiales (muchos proveedores o vendedores no dan toda la información) e investigar un poco antes de adquirir un teléfono sin saber sus prestaciones.

Es muy común que ciertos fabricantes no actualicen a las últimas versiones de Android para sus dispositivos, pero por suerte, en Internet hay cientos de lugares donde varias personas se dedican a crear ROMs (versiones no oficiales) donde a parte de llevarnos las últimas versiones de Android a nuestros dispositivos, incorporan nuevas características, mejoras, aplicaciones integradas o cambios de diseño.

Para ello es necesario ser root (o comprar uno ya rooteado en Geeksphone). Hay grandes comunidades con mucha información sobre Android, root, ROMs y todo tipo de hacks, como XDA Developers (en inglés) o HTCManía, ambas de las más extensas y activas que conozco.

Más información en http://www.emezeta.com/articulos/optimizar-android-velocidad-y-bateria#ixzz1gFQL2KW5

Aquí la lista de trucos para Nokia 6131:

Comprobar el IMEI (Internacional Mobile Equipment Identity):
*#06#

Ver la version del software:
*#0000# ó *#6110#

Comprobar si se puede detener el reloj de la tarjeta SIM:

La detencion del reloj Sim es una especie de modo stand-by, que permitirá ahorrar tiempo de batería. Este código no funciona con la versión de software 4.59:
#746025625# [#sim0clock#]

Garantia:
*#92702689#[*#war0anty#]

Menú:
1: Muestra el número de serie.
2: Muestra el mes y año de fabricación (0997)
3: Muestra (si existe) la fecha en que el teléfono fue comprado (MMYY) aquí se puede establecer la fecha de compra (Advertencia: Sólo puede hacer esto una vez – por lo que debe tener cuidado con lo que va a escribir …)
4: Muestra la fecha de la última reparación – si existe (0000)
5: La opción es para la transferencia de todos los datos del teléfono (de la memoria) a una “caja” para que el técnico pueda tocar el teléfono sin preocuparse por los datos almacenados en él. Lo que esté almacenado en la tarjeta SIM no se transfiere, pero ¿quién lleva su teléfono con la tarjeta SIM?

Enhanced Full Rate Codec (EFR):
Activar: *3370# y reinicie el teléfono (consume más energía).
Desactivar: #3370# y reinicie el teléfono.

Half Rate Codec:
Activar: *4720# y reinicie el teléfono(mejora el tiempo de standby).
Desctivar: #4720# y reinicie el teléfono

Monitor de red:
Existe un menú oculto dentro de su teléfono Nokia. Si desea activarlo, tendrá que reprogramar algunos chips dentro del teléfono o de la manera más fácil utilizando el Software Pclocals y el cable MBUS.

Con la reprogramación:

1.Comprobar su versión de software. Sólo puede continuar si usted tiene v4.33, v4.73 o v5.24.
2.Aparte el teléfono.
3. Desuelde la EEPROM (ATMEL EN 24C64).
4. Lea los datos con un programador EEPROM y guardelos en un archivo (copia de seguridad).
5. Si usted tiene V.33 o v4.73, cambia la dirección “03B8″ de “00″ a “FF”.
6. Si tiene v5.24 luego cambie la dirección “0378″ de “00″ a “FF”.
7. Escriba los nuevos datos en la EEPROM y sueldela en el teléfono.
8. Encienda el teléfono y usted debe tener “Netmonitor” activado.

Con el Software Pclocals:

1. Usted necesitará un cable MBUS y Pclocals.zip.
2. Después de la pantalla de bienvenida del programa, tendrá que configurar el puerto COM donde el cable está conectado.
3. Después de “Inicializando conexión” elija “MR Memory Functions” y una vez que llege a este menú elija la opción 6.
4. A continuación escriba 243 ad Field Test Display para activar el monitor de red completo o 241 para desactivarlo.

El Monitor de red le ofrece la siguiente información:
Número de la portadora
Nivel MS RX en la DBM
Calidad de la señal recibida
Nivel de potencia C1 MS TX (Criterio de pérdida en el camino, utilizado para la selección y reselección de celda). El rango es de -99 a 99.
RTL (Radio link timeout).
Horario
Indicación de estado del transmisor
Información sobre los parámetros de red.
TMSI (Identitad suscriptora móvil temporal).
Identificación de celda (identificador de celda, número de células están siendo utilizadas).
MCC (código de país para móviles)
MCN (código de red móvil)
LAC (código de área de Región )
Cifrado (On / Off)
Saltos (On / Off)
DTX (On / Off)
Descartar información prohibida de células.

El truco de la reinicialización:
Debe funcionar en todas las versiones de software.
1. Ir a calendario (menú –
2. Hacer una nota / recordatorio
3. Introduzca un texto en el cuadro de edición
4. Mantenga la tecla Clear presionada hasta que se borre todo el texto y, a continuación, pulse Atrás
5. Pulse 0. Aparece la pantalla principal se muestra, pero aparece un espacio, pero aparece en la misma. Usted no puede verlo, por supuesto.
6. Introduce 4 dígitos (1234, por ejemplo)
7. Usar la flecha hacia abajo para mover el cursor a la izquierda de los números y el espacio (2 veces flecha hacia abajo)
8. Ahora entrará 6 dígitos y pulse el botón verde “Llamar”.

Espere unos segundos … ahora el teléfono parpadea la luz de fondo y, por último, reinicia el sistema. El truco también debería funcionar en otros menús como el menú de perfil …

El truco de James Bond:
Si usted cortocircuita los pines de la mitad izquierda y derecha en la parte inferior del teléfono con todas las conexiones tocándose unas con otras, el software de Nokia se cuelga! El perfil “Auricular” se activará. Antes de hacer esto active la “Respuesta automática” en el perfil de auricular y ajuste el volumen del timbre en “Silencio”. Ahora usted puede utilizar su teléfono para comprobar qué hablan las personas en una habitación. Sólo tiene que colocar el teléfono bajo una mesa en una habitación llamar. El teléfono recibe la llamada sin sonar y usted puede escuchar lo que dice la gente.

Bloqueo de proveedor de Servicios:
El bloqueo de proveedor de servicios (SP) se utiliza para bloquear el teléfono celular a la tarjeta SIM del proveedor de servicios. Una vez que el teléfono móvil está bloqueado a un determinado operador, si se inserta una tarjeta SIM de otro operador, el teléfono se negará a aceptarla! El teléfono celular, sin embargo, acepta cualquier otra tarjeta SIM del mismo operador.

Todos los teléfonos Nokia (2110 y versiones posteriores) tienen cuatro bloqueos SIM diferentes que pueden ser usados para bloquear el teléfono para un máximo de 4 proveedores diferentes. Pero la mayoría de los teléfonos con restricción sólo tienen un bloqueo activado. (Bloqueo 1)

El principal código utilizado en los teléfonos Nokia es:
#pw+(master code)+Y#
Este código puede comprobar, activar o quitar la restricción (SP-Lock) de la tarjeta Sim.
Use la tecla * para obtener los caracteres p, + y W.
‘Y’ tiene que ser 1,2,3 o 4 – dependiendo del bloqueo que se desea utilizar
#pw+1234567890+1# para el estado de bloqueo de proveedor
#pw+1234567890+2# para el estado de bloqueo de la red
#pw+1234567890+3# para el estado de bloqueo de país
#pw+1234567890+4# para el estado de bloqueo SimCard -

# = DOBLE CRUZ
W = PRESIONE “*” TRES VECES
P = PRESIONE “*” cuatro veces
+ = PRESIONE “*” dos veces
MASTERCODE = 1234567890
Y = NUMEROS 1 AL 4

(master code) es un código de 10 dígitos, basado en el número IMEI de teléfonos.

Por ejemplo. Para eliminar la restricción del bloqueo de 1 escriba el código siguiente:
#pw+(master code)#1
Si sólo desea comprobar su teléfono utilice 10 números aleatorios, por ejemplo, 1234567890 como código maestro
Ejemplo: Para comprobar si el teléfono está Restringido en el bloqueo 1 introduzca el siguiente código:
#pw+1234567890+1#

Pof favor, TENGA EN CUENTA que estos códigos DEBEN ser utilizados con cuidado! Dicen que sólo es posible utilizar 3 códigos diferentes en cada bloqueo! De ahí en adelante algo malo puede a pasar .. por lo tanto, TENGA CUIDADO!

Truco del Botón de encendido:
Si pulsa el botón durante un breve momento, el menú con los perfiles se muestra en la pantalla. Si lo pulsa una vez más, el móvil se apaga. Puede utilizar el cursor hacia arriba y hacia abajo para desplazarse y habilitar un ajuste de alerta diferente.

Truco del 54#:
Marque 1#, 2#…….. 54# en el teclado (sin estar en el menú) para obtener el número de teléfono utilizado cuando utiliza marcación rápida.

Truco de SMS gratis:

1ª forma:
1. Apague el teléfono.
2. Enciendalo e introduzca su PIN.
3. Introduzca *#746025625#4. Ahora aparece “SIM CLOCK STOP ALLOWED” en la pantalla.
Ahora puede enviar sms gratis. si apaga el teléfono y lo enciende más tarde tiene que volver a introducir este código!
En algunas redes no funciona!

2ª forma:
Ajuste Menú 4-3-3 en el grupo de usuarios 666 (trabaja con redes alemanas)

Truco Llamadas gratis:
Este truco necesita el monitor de red habilitado. Tenga en cuenta que el truco eliminará el Netmonitor en algunas versiones como v4.73, v5.04 y v5.24.
1. Poner en marcha el NetMonitor en el Nokia 51xx / 61xx
2. Ejecutar la prueba número 497
3. Puede realizar llamadas gratuitas durante unos 90 segundos.

Este truco no se ha confirmado si trabaja.

Revelando los menús auriculares y Car-Kit:
Tenga en cuenta que si usted hace estos siguientes trucos, los nuevos menús no se pueden borrar sin restaurar los valores predeterminados de fábrica. Para hacer estos trucos usted necesita corto circuitar los pines en la parte inferior del teléfono cerca de donde usted conecta el cargador.
1. Para activar el menú “auricular”, cortocircuito los pines “3″ y “4″. Después de un corto tiempo la palabra “Auricular” se mostrará en la pantalla. Menú 3-6 está habilitado ahora.
2. Para activar menú “Auto”, cortocircuite los pines “4″ y “5″. Después de un corto tiempo la palabra “Car” se mostrará en la pantalla. Menú 3-7 está habilitado ahora.

Escritura rápida de SMS:

Al escribir mensajes SMS, hay que esperar unos segundos antes de que usted puede escribir la siguiente letra si está en el mismo botón que la anterior. Por ejemplo, tratar de escribir la palabra “letter”, usted tiene que esperar antes de poder escribir la segunda “t” .. Una solución mucho más rápida es pulsar el botón # dos veces y luego la letra “t” o simplemente pulse el botón abajo una vez para seguir utilizando la misma tecla de letra.

http://emovilpro.com

Programa creado por s5vi, de la pagina Oficial del creador http://www.el-co.hu/smf/index.php

utilizar este software para instalar temas o skin con el firmware original.

Descarga

Como Instalar?

1º instalar Driver’s
2º Conecta en Telefono en Modo Tarjeta de memoria, en la pc detectara 2 discos, en cualquiera de las particiones (memoria del telefono ó tarjeta de memoria) en la raiz crear una carpeta llamada skin

3º luego copiar dentro de la carpeta skin la carpeta del skin a instalar con todos sus archivos, el iconres y los ini (ojo solo copiar)

4º expulsas las particiones y conecta el telefono en modo modem y luego abres el programa y selecionas upload skin, alli cargas el skin ya que en la particion colocaste una copia (ejm en este caso copie el skin en la tarjeta de memoria y deje una copia en el escritorio)

Esta imagen ha sido redimensionada. Haga clic aqui para ver la imagen completa. La imagen original es de tamaño 852×474 y peso 72KB.

5º luego el programa les pedira que si desean instalar el skin le dan en si.

6º aqui es el problema, solo selecciona SI, si colocaste el skin en la tarjeta de memoria y selecciona NO, si colocaste el skin en la memoria del telefono (si haces lo contrario aparecera el tema en el celular pero no cargara el skin)

reinicia el telefono y listo skin cargado , ah! me olvidaba si no funciona el programa hay que desactivar el firewall de windows

Espero les ayude…

Saludos

********************
Tutorial creado por Paule
Para Motoevolution.net
********************

Mirror Megaupload

Mirror 4Shared

Con esto se van a instalar dos aplicaciones “Easy RealMedia ProducerV1.94″ y “Easy RealMedia EditorV1.73″…ejecutamos el easy realmedia producer y le damos a “add” para agregar un video

ahora seleccionamos el video y le damos a “aceptar”

ahora para ponerle los settings para que quede en buena calidad le damos a “settings”

le ponemos los siguientes settings tal como muestra en la imagen y le damos a “ok”

ahora solo le damos a “start”listo esperamos unos minutos y ya tenemos nuestro video convertido en formato real media listo para pasarlo al movil CON UNA CALIDAD MEJOR KE MP4: el video se guarda en la misma carpeta del video seleccionado bueno espero que le sea de su agrado ok

saludos!!!!