¿La animación incorporada es adecuada para largas animaciones lentas?
Necesito tener una imagen relativamente lenta en la pantalla de inicio (algunos como fondo de pantalla en vivo) y me pregunto si las clases de animación de Android son buenas para eso en términos de carga de la CPU?
Mi preocupación es que la animación androide se ejecuta constantemente en la velocidad de fotogramas superior y, a veces, produce las mismas coordenadas X, Y de varios ciclos en una fila. Y no hay forma de ralentizar la velocidad de fotogramas de animación.
- SurfaceView vs Custom View (ampliado desde la vista). SurfaceView es más lento, ¿Por qué?
- Android - strings.xml vs constantes estáticas
- ¿Se demorará un Handler postDelayed a no ser disparado cuando la CPU duerme?
- ¿Puedo usar la imagen JPG en lugar de la imagen PNG como fondo?
- ¿Cómo especificar el tamaño correcto del diálogo en el archivo de disposición XML para el diálogo de Android?
¿Hay alguna recomendación de Google?
- Problemas de memoria con frecuentes conversiones de Integer.toString ()
- Bitmap.Config.HARDWARE vs Bitmap.Config.RGB_565
- Cómo acelerar las creaciones de android ndk
- Diferencia de rendimiento entre un método query () y rawQuery () en Android
El código de animación sigue siendo muy simple. No verá ninguna ralentización importante, a menos que esté haciendo una cantidad realmente loca de animaciones a la vez.
¿Cuántos están empezando? Si sólo 1, entonces no te preocupes por eso, estarás bien.
Sólo para darte una idea, estoy empezando 30 + animaciones de marco en mi juego y la velocidad de fotogramas no se mueve mucho. Sería incluso más suave para la animación tweened IMO.