Ottimizzare le dimensioni del gioco

Le dimensioni del gioco possono essere un fattore determinante per il successo su piattaforme come il web e i dispositivi mobili, mentre hanno meno importanza su desktop e console, dove lo spazio su disco è economico e spesso abbondante.

iOS e Android

Apple e Google hanno definito limiti alle dimensioni delle applicazioni scaricabili tramite reti mobili (rispetto al download tramite Wi-Fi). Per Android questo limite è di 200 MB per le app pubblicate con gli app bundle. Su iOS gli utenti ricevono un avviso se l’applicazione supera i 200 MB, ma possono comunque procedere al download.

HTML5

Poki e molte altre piattaforme di giochi web consigliano che il download iniziale non superi i 5 MB.

Facebook raccomanda che un Facebook Instant Game si avvii in meno di 5 secondi e preferibilmente in meno di 3 secondi. Non è definito con chiarezza che cosa significhi in termini di dimensioni effettive dell’applicazione, ma si parla di dimensioni fino a circa 20 MB.

Gli annunci giocabili hanno solitamente un limite compreso tra 2 e 5 MB, a seconda della rete pubblicitaria.

Strategie per ottimizzare le dimensioni

Puoi ottimizzare le dimensioni dell’applicazione in due modi: riducendo le dimensioni del motore e/o quelle degli asset del gioco.

Per capire meglio che cosa contribuisce alle dimensioni dell’applicazione, puoi generare un report di build durante la creazione del bundle. Molto spesso sono i suoni e la grafica a occupare la maggior parte dello spazio di un gioco.

Ottimizzare le dimensioni del motore

Un modo rapido per ridurre le dimensioni del motore è rimuovere le funzionalità che non usi. Puoi farlo tramite il file manifest dell’applicazione, che consente di rimuovere i componenti del motore di cui non hai bisogno. Esempi:

• Fisica - Se il gioco non usa la fisica di Box2D o Bullet3D, è fortemente consigliato rimuovere i motori fisici
• LiveUpdate - Se il gioco non usa LiveUpdate, puoi rimuoverlo
• Caricamento delle immagini - Se il gioco non carica e decodifica manualmente le immagini usando image.load()
• BasisU - Se il gioco contiene poche texture, confronta le dimensioni di una build senza BasisU (rimosso tramite il manifest dell’applicazione) e senza compressione delle texture con quelle di una build con BasisU e texture compresse. Per i giochi con poche texture, può essere più vantaggioso ridurre le dimensioni del binario e rinunciare alla compressione delle texture. Inoltre, non usare il transcodificatore può ridurre la quantità di memoria necessaria per eseguire il gioco.

Ottimizzare le dimensioni degli asset

I maggiori vantaggi nell’ottimizzazione delle dimensioni degli asset si ottengono solitamente riducendo le dimensioni di suoni e texture.

Ottimizzare i suoni

Defold supporta questi formati:

• .wav
• .ogg
• .opus

Defold supporta file Wave PCM a 8 e 16 bit. Ogg Vorbis e Ogg Opus usano i rispettivi formati compressi e non richiedono una profondità in bit PCM specifica. Il decodificatore Opus non è incluso per impostazione predefinita; abilita Include Sound Decoder: Opus nel manifest dell’applicazione prima di usare risorse .opus. I decodificatori audio di Defold aumentano o riducono la frequenza di campionamento dei suoni in base alle esigenze del dispositivo audio in uso.

I suoni più brevi, come gli effetti sonori, vengono spesso compressi maggiormente, mentre i file musicali subiscono una compressione minore. Defold non esegue alcuna compressione, quindi devi occupartene in modo specifico per ogni formato audio.

Puoi modificare i suoni con un programma esterno di editing audio (o dalla riga di comando, usando ad esempio ffmpeg) per ridurne la qualità o convertirli tra formati. Valuta anche la conversione dei suoni da stereo a mono per ridurre ulteriormente le dimensioni dei contenuti.

Ottimizzare le texture

Hai diverse opzioni per ottimizzare le texture usate dal gioco, ma la prima cosa da fare è controllare le dimensioni delle immagini aggiunte a un atlas o usate come sorgenti di tile. Non dovresti mai usare immagini più grandi di quanto sia effettivamente necessario nel gioco. Importare immagini grandi e ridimensionarle verso il basso fino alla dimensione appropriata è uno spreco di memoria per le texture e va evitato. Inizia adattando le immagini alle dimensioni effettivamente necessarie nel gioco con un programma esterno di editing delle immagini. Per elementi come le immagini di sfondo, può anche andare bene usare un’immagine piccola e ingrandirla fino alle dimensioni desiderate. Una volta portate le immagini alle dimensioni corrette e aggiunte agli atlas o usate nelle sorgenti di tile, devi considerare anche le dimensioni degli atlas stessi. La dimensione massima utilizzabile per un atlas varia in base alla piattaforma e all’hardware grafico.

• Dimensione massima delle texture su HTML5 segnalata al progetto Web3D Survey
• Dimensione massima delle texture su iOS:
  • iPad: 2048x2048
  • iPhone 4: 2048x2048
  • iPad 2, 3, Mini, Air, Pro: 4096x4096
  • iPhone 4s, 5, 6+, 6s: 4096x4096
• La dimensione massima delle texture su Android varia molto, ma in generale tutti i dispositivi abbastanza recenti supportano almeno 4096x4096.

Se un atlas è troppo grande, devi dividerlo in più atlas più piccoli, usare atlas con più pagine oppure ridimensionare l’intero atlas tramite un profilo di texture. Il sistema dei profili di texture di Defold consente sia di ridimensionare interi atlas sia di applicare algoritmi di compressione per ridurre le dimensioni dell’atlas su disco. Puoi approfondire i profili di texture nel manuale. Se non sai che cosa usare, prova queste impostazioni come punto di partenza per ulteriori personalizzazioni:

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

Ottimizzare i caratteri

I caratteri occuperanno meno spazio se specifichi quali simboli intendi usare e li imposti in Characters, invece di usare la casella di controllo All Chars.

Escludere contenuti per scaricarli su richiesta

Un altro modo per ridurre le dimensioni iniziali dell’applicazione è escludere parti dei contenuti del gioco dal bundle dell’applicazione e scaricarle su richiesta. Defold offre un sistema chiamato Live Update per escludere contenuti da scaricare su richiesta.

I contenuti esclusi possono comprendere interi livelli oppure personaggi, aspetti, armi o veicoli sbloccabili. Se il gioco contiene molti contenuti, organizza il processo di caricamento in modo che la collezione di bootstrap e quella del primo livello includano solo le risorse strettamente necessarie per quel livello. Puoi ottenere questo risultato usando proxy di collezione o fabbriche (factory) con la casella di controllo “Exclude” abilitata. Suddividi le risorse in base ai progressi del giocatore. Questo approccio garantisce un caricamento efficiente delle risorse e mantiene basso l’utilizzo iniziale della memoria. Per saperne di più, consulta il manuale di Live Update.

Ottimizzazioni delle dimensioni specifiche per Android

Le build Android devono supportare architetture CPU sia a 32 bit sia a 64 bit. Quando crei un bundle per Android, puoi specificare quali architetture CPU includere:

Per impostazione predefinita, un bundle include le architetture armv7-android e arm64-android. È disponibile una terza architettura, x86_64-android, che non è inclusa per impostazione predefinita perché è utile soprattutto per gli emulatori Android, ChromeOS e Windows Subsystem for Android, più che per i dispositivi fisici. Lasciala deselezionata per contenere le dimensioni del bundle, a meno che tu non debba supportare specificamente uno di questi ambienti.

Google Play supporta più APK per ogni release di un gioco: puoi quindi ridurre le dimensioni dell’applicazione generando due APK, uno per ogni architettura CPU, e caricandoli entrambi su Google Play.

Puoi anche combinare i file di espansione APK con i contenuti Live Update grazie all’estensione APKX nell’Asset Portal.