Optimizar el tamaño del juego

El tamaño de tu juego puede ser un factor crítico de éxito para plataformas como web y móviles, mientras que tiene menos importancia en escritorio y consolas, donde el espacio en disco es barato y suele ser abundante.

iOS y Android

Apple y Google han definido límites de tamaño de aplicación al descargar a través de redes móviles (a diferencia de descargar por Wifi). Para Android este límite es de 200 MB para apps publicadas con app bundles. En iOS, los usuarios recibirán una advertencia si la aplicación supera los 200 MB, pero podrán continuar con la descarga.

HTML5

Poki y muchas otras plataformas de juegos web recomiendan que la descarga inicial no supere los 5 MB.

Facebook recomienda que un Facebook Instant Game arranque en menos de 5 segundos y, preferiblemente, en menos de 3 segundos. Lo que esto significa para el tamaño real de la aplicación no está definido con claridad, pero hablamos de tamaños en el rango de hasta 20 MB.

Los anuncios jugables suelen estar limitados a entre 2 y 5 MB, según la red publicitaria.

Estrategias de optimización de tamaño

Puedes optimizar el tamaño de la aplicación de dos formas: reduciendo el tamaño del motor o reduciendo el tamaño de los assets del juego.

Para comprender mejor qué compone el tamaño de tu aplicación, puedes generar un reporte de build al crear el bundle. Es bastante común que los sonidos y los gráficos ocupen la mayor parte del tamaño de cualquier juego.

Optimizar el tamaño del motor

Una forma rápida de reducir el tamaño del motor es eliminar funcionalidades del motor que no usas. Esto se hace en el archivo de manifiesto de la aplicación, donde es posible eliminar componentes del motor que no necesitas. Ejemplos:

• Physics - Si tu juego no usa físicas de Box2D o Bullet3D, se recomienda encarecidamente eliminar los motores de físicas
• LiveUpdate - Si tu juego no usa LiveUpdate, se puede eliminar
• Image loaded - Si tu juego no carga y decodifica imágenes manualmente usando image.load()
• BasisU - Si tu juego tiene pocas texturas, compara el tamaño de build sin BasisU (eliminado mediante el manifiesto de la aplicación) y sin compresión de texturas frente a una build con BasisU y texturas comprimidas. Para juegos con texturas limitadas, puede ser más beneficioso reducir el tamaño del binario y omitir la compresión de texturas. Además, no usar el transcodificador puede reducir la cantidad de memoria necesaria para ejecutar tu juego.

Optimizar el tamaño de los assets

Las mayores mejoras en optimización de tamaño de assets suelen conseguirse reduciendo el tamaño de sonidos y texturas.

Optimizar sonidos

Defold admite estos formatos:

• .wav
• .ogg
• .opus

Los archivos de sonido deben usar muestras de 16 bits. Nuestros decodificadores de sonido aumentarán o reducirán las frecuencias de muestreo de sonido según sea necesario para el dispositivo de sonido actual.

Los sonidos más cortos, como los efectos de sonido, suelen comprimirse más, mientras que los archivos de música tienen menos compresión. Defold no realiza compresión, por lo que el desarrollador tendrá que encargarse de ello específicamente para cada formato de audio.

Puedes editar los sonidos en un software externo de edición de sonido (o desde la línea de comando usando, por ejemplo, ffmpeg) para reducir la calidad o convertir entre formatos. Considera también convertir los sonidos de estéreo a mono para reducir aún más el tamaño del contenido.

Optimizar texturas

Tienes varias opciones para optimizar las texturas usadas por tu juego, pero lo primero es revisar el tamaño de las imágenes que se agregan a un atlas o se usan como tilesource. Nunca debes usar imágenes de mayor tamaño que el necesario en tu juego. Importar imágenes grandes y escalarlas hacia abajo hasta el tamaño apropiado desperdicia memoria de textura y debe evitarse. Empieza ajustando el tamaño de las imágenes con software externo de edición de imágenes al tamaño real necesario en tu juego. Para elementos como imágenes de fondo, también puede estar bien usar una imagen pequeña y escalarla hacia arriba hasta el tamaño deseado. Una vez que tengas las imágenes en el tamaño correcto y agregadas a atlas o usadas en tilesources, también debes considerar el tamaño de los propios atlas. El tamaño máximo de atlas que se puede usar varía entre plataformas y hardware gráfico.

• Tamaño máximo de textura en HTML5 reportado al proyecto Web3D Survey
• Tamaño máximo de textura en iOS:
  • iPad: 2048x2048
  • iPhone 4: 2048x2048
  • iPad 2, 3, Mini, Air, Pro: 4096x4096
  • iPhone 4s, 5, 6+, 6s: 4096x4096
• El tamaño máximo de textura en Android varía mucho, pero en general todos los dispositivos razonablemente nuevos admiten al menos 4096x4096.

Si un atlas es demasiado grande, debes dividirlo en varios atlas más pequeños, usar atlas multipágina o escalar todo el atlas con un perfil de textura. El sistema de perfiles de textura de Defold te permite no solo escalar atlas completos, sino también aplicar algoritmos de compresión para reducir el tamaño del atlas en disco. Puedes leer más sobre perfiles de textura en el manual. Si no sabes qué usar, intenta empezar con estos ajustes como punto de partida para futuras personalizaciones:

• mipmaps: false
• premultiply_alpha: true
• format: TEXTURE_FORMAT_RGBA
• compression_level: NORMAL
• compression_type: COMPRESSION_TYPE_BASIS_UASTC

Optimizar fuentes

El tamaño de tus fuentes será menor si especificas qué símbolos vas a usar y los defines en Characters, en lugar de usar la casilla All Chars.

Excluir contenido para descargarlo bajo demanda

Otra forma de reducir el tamaño inicial de la aplicación es excluir partes del contenido del juego del bundle de la aplicación y descargarlas bajo demanda. Defold proporciona un sistema llamado Live Update para excluir contenido y descargarlo bajo demanda.

El contenido excluido puede ser cualquier cosa, desde niveles completos hasta personajes desbloqueables, skins, armas o vehículos. Si tu juego tiene mucho contenido, organiza el proceso de carga para que la colección bootstrap y la colección del primer nivel incluyan los recursos mínimos necesarios para ese nivel. Esto se logra usando proxies de colección o factories con la casilla “Exclude” activada. Divide los recursos según el progreso del jugador. Este enfoque asegura una carga eficiente de recursos y mantiene bajo el uso inicial de memoria. Aprende más en el manual de Live Update.

Optimizaciones de tamaño específicas de Android

Las builds de Android deben admitir arquitecturas de CPU de 32 y 64 bits. Cuando creas un bundle para Android, puedes especificar qué arquitecturas de CPU incluir:

Google Play admite múltiples APK por release de un juego, lo que significa que puedes reducir el tamaño de la aplicación generando dos APK, uno por arquitectura de CPU, y subiendo ambos a Google Play.

También puedes usar una combinación de APK Expansion Files y contenido de Live Update gracias a la extensión APKX en el Asset Portal.