Una visual novel può essere impegnativa anche quando sullo schermo si muove poco. I grandi ritratti dei personaggi, gli sfondi, le clip e l'audio contribuiscono tutti ai tempi di download, allo spazio occupato, alla decodifica e all'uso della memoria. Le scene in tempo reale aggiungono lavoro di animazione, illuminazione e rendering. Anche una scena statica merita un budget.
Parti dall'aspetto approvato e da un budget per i dispositivi di destinazione. L'emulazione nel browser può rivelare problemi di layout, ma le prestazioni sui dispositivi fisici richiedono test su dispositivi fisici. Per ogni affermazione sulle prestazioni, registra il dispositivo, il browser o l'ambiente di esecuzione, la build e le condizioni di test, così da poter riprodurre il risultato.
Scegliere scene e dispositivi rappresentativi
Scegli una scena tranquilla, una con diverse risorse di grandi dimensioni, una sequenza con transizioni frequenti e tutti i segmenti video o in tempo reale. Specifica il dispositivo con le caratteristiche minime supportate e un dispositivo comune. Includi lo schermo più piccolo sul quale i giocatori devono poter leggere il testo e fare delle scelte.
Misura l'avvio a freddo, gli avvii successivi, le transizioni tra scene e l'interazione prolungata. Tieni separato il primo download delle risorse dalle esecuzioni con dati in cache. Registra texture mancanti, decodifica lenta, ritardi nei comandi e ricaricamenti come problemi a sé stanti; un frame rate medio può nasconderli.
Misurare il budget delle risorse distribuite
Per ogni risorsa distribuita, registra le dimensioni di esportazione, la dimensione del file e quante risorse possono trovarsi contemporaneamente in memoria. La dimensione del download non indica quanta memoria occuperà un'immagine decodificata: la compressione può rendere il file molto più piccolo. Tieni i file sorgente modificabili separati dalle esportazioni distribuite ai giocatori.
Adatta le dimensioni di esportazione a come la risorsa appare effettivamente sullo schermo. Confronta i formati candidati nell'ambiente di esecuzione di destinazione prima di convertire l'intera libreria, e verifica bordi trasparenti, sfumature, testo e volti rispetto alla grafica approvata. Un file più piccolo è una magra consolazione se la compressione rovina il primo piano del personaggio.
Trattare il video come un carico separato
Dedica al video una voce separata nel budget. Registra risoluzione, durata, codifica, bitrate, audio e se ciascuna clip viene precaricata. Sul dispositivo di destinazione, prova l'avvio della riproduzione, il loop, la pausa e la soluzione alternativa. La riproduzione in un editor desktop non dimostra come si comporta la clip in un browser o in una build mobile confezionata per la distribuzione.
Carica le varianti necessarie alla scena invece di caricarle tutte insieme. Dove il design lo consente, offri un'immagine di anteprima o un'immagine statica come alternativa e fornisci al giocatore i controlli di riproduzione. Misura l'intera transizione, inclusa la decodifica e qualsiasi elemento grafico presente nello stesso momento; la dimensione del file della clip esportata copre solo una parte del carico.
Mantenere reattiva l'interazione
Rendi il testo leggibile e i controlli abbastanza grandi da poter essere usati. Prova la navigazione rapida, il ridimensionamento o i cambi di orientamento, la modifica delle impostazioni durante la riproduzione e il ritorno dallo stato in background. Quando un'operazione è in corso, verifica che ogni comando venga accettato una sola volta, senza attivare azioni duplicate.
Per i giochi browser, verifica il comportamento di tastiera, touch e focus dove pertinente. Anche una scena fluida sembra malfunzionante se una sovrapposizione nasconde la scelta successiva o una transizione blocca i comandi senza segnalarlo. Considera il feedback visibile e i controlli raggiungibili come parte della reattività.
Testare separatamente le possibili ottimizzazioni
Modifica una sola risorsa o condizione di rendering rilevante alla volta e confrontala con il riferimento. Registra l'approvazione visiva insieme alla misurazione delle prestazioni. Per il lavoro in 3D, confronta le modifiche a LOD, texture e illuminazione nella stessa scena con la stessa camera.
Mantieni disponibile l'originale per un confronto diretto. Una riduzione del volume dei dati distribuiti, da sola, non dimostra un miglioramento delle prestazioni. La compressione può cambiare il costo di decodifica o trasferimento, e le modifiche al renderer possono alterare l'aspetto. Misura l'indicatore collegato al difetto che stai cercando di correggere.
Definire e far rispettare il budget di rilascio
Usa le osservazioni ricavate dalla sezione giocabile per fissare limiti pratici a dimensione distribuita, ritardi nelle transizioni, problemi di memoria e reattività dei comandi sui dispositivi di destinazione. Ripeti le verifiche quando un nuovo capitolo o tipo di risorsa aggiunge carico. Il budget deve riflettere ciò che la build e i dispositivi possono sostenere.
Archivia il rapporto sui dispositivi insieme alla build candidata e indica come non verificati i dispositivi non testati. Accetta un'ottimizzazione quando preserva la presentazione approvata e migliora l'esperienza prevista in condizioni riproducibili.
Decisioni chiave
- Monitora separatamente dimensione del download, memoria occupata dopo la decodifica e costo del rendering.
- Misura scene rappresentative sui dispositivi fisici di destinazione.
- Confronta una singola modifica candidata con il riferimento approvato.
- Usa l'emulazione per verificare il layout e i test sui dispositivi per supportare le affermazioni sulle prestazioni.
File della guida
Registro delle risorse ↓Matrice dei test sui dispositivi ↓Le comunità esterne dedicate ai modelli e i siti di pubblicazione esterni possono contenere materiale esplicito. I link alle fonti si aprono in una nuova scheda; questa guida non carica le relative anteprime.
Fonti e approfondimenti +
- Documentazione Android di Ren'Py ↗
- Documentazione web di Ren'Py ↗
- Indicazioni di Godot sulle prestazioni ↗
Ultimo controllo 5 ottobre 2026.