Ottimizzazione Mobile per Unreal Engine: Portare MetaHuman e PCG a 60 FPS

La barriera del mobile: portare la grafica next-gen su mobile

Il tuo splendido progetto PC gira a ben 120 FPS sulla tua workstation di sviluppo, ma non appena testi il pacchetto mobile, il frame rate crolla a una sola cifra, il telefono di destinazione si surriscalda e la GPU va in crash a causa di uno skinning buffer overflow. Feature di fascia alta come MetaHuman, Procedural Content Generation (PCG) e i materiali Substrate sono spettacolari su PC e console, ma sono noti per mettere in ginocchio i dispositivi mobile. Le GPU e CPU mobile operano in thermal e power envelope estremamente ridotti, dove la memory bandwidth è una risorsa preziosa. Adattare queste feature next-gen per il deployment mobile non è solo questione di spuntare una casella di configurazione; richiede una comprensione profonda e sistematica dei limiti di bone skinning, delle strutture di groom, dei workflow di baking procedurale e delle complessità di shading dei materiali.

La sfida del GPU Skinning e dei limiti delle bone

Il collo di bottiglia del GPU Skinning su Mobile

Le skeletal mesh con skinning vengono suddivise in chunk di vertici e bone prima di essere inviate alla GPU. Ogni chunk viene elaborato in una singola draw call, e le GPU mobile hanno un limite hardware rigido sul numero di matrici delle bone di cui possono eseguire lo skinning simultaneamente. Questa limitazione è definita dal numero di uniform vector disponibili per il vertex shader. Uno scheletro di default di un personaggio MetaHuman contiene oltre 600 bone, il che supera facilmente i limiti dei dispositivi mobile, causando errori di rendering, vertex tearing o il blocco completo della GPU.

Per aggirare questo vincolo hardware, devi forzare l'engine a partizionare i chunk della skeletal mesh in modo che nessuna draw call faccia riferimento a un numero di bone superiore a una soglia specifica. Questo si ottiene regolando le impostazioni di compatibilità dello skinning. Se non applichi questa configurazione, lo skinning dei modelli dei tuoi personaggi non funzionerà correttamente sui dispositivi Android e iOS, mostrando mesh statiche o pesantemente distorte.

Configurazione del DefaultEngine.ini

Per risolvere i limiti di bone skinning, devi modificare il file di configurazione DefaultEngine.ini del tuo progetto. Trovi questo file nella cartella Config all'interno della root del progetto. Sotto la sezione [ConsoleVariables], aggiungi la riga seguente:

[ConsoleVariables]
Compat.MAX_GPUSKIN_BONES=75

Questa console variable indica allo shader compiler di limitare il numero massimo di bone per chunk di skinning a 75. Si tratta di un limite hardware rigido per le GPU mobile datate o di fascia media. Tieni a mente che impostare un valore inferiore costringe il compilatore della skeletal mesh a suddividere la mesh in un numero maggiore di chunk. Se da un lato questo risolve i problemi di compatibilità di rendering, dall'altro un maggior numero di chunk significa più draw call, il che può spostare il collo di bottiglia delle prestazioni al render thread della CPU.

Riduzione del bone count e component stripping

Per i personaggi in secondo piano o i personaggi non giocanti (NPC) che non richiedono una completa articolazione facciale, dovresti ridurre all'essenziale lo scheletro. Ad esempio, rimuovendo le dita delle mani, dei piedi e le bone delle espressioni facciali puoi ridurre il bone count totale di un personaggio da oltre 600 a meno di 75. Ciò consente di renderizzare la mesh del personaggio come un singolo chunk, senza alcuna inflazione delle draw call.

Se stai effettuando il deployment di Dedicated Server per il tuo gioco Multiplayer, le ottimizzazioni lato client sono solo metà dell'opera. Dovrai ottimizzare anche le prestazioni lato server eliminando completamente gli asset di rendering. Dai un'occhiata alla nostra guida dettagliata su come padroneggiare l'asset stripping del dedicated server in Unreal Engine per ridurre l'overhead di memoria del server e ottimizzare le prestazioni della CPU.

Ottimizzare i capelli di MetaHuman: Groom Strand vs. Hair Card

Il costo del rendering delle Strand

La tecnologia di rendering delle groom strand di Epic disegna dinamicamente le singole curve dei capelli. Sebbene questo produca capelli altamente dettagliati su GPU desktop di fascia alta, è incredibilmente costoso. Il rendering delle strand si affida a passaggi di compute shader per il depth sorting e la generazione di shadow map, consumando una quantità notevole di pixel fill rate e memory bandwidth.

Sui dispositivi mobile, il rendering delle strand non è supportato affatto o ha un costo inaccettabile, arrivando spesso a consumare oltre 15 ms di tempo GPU solo per i capelli di un singolo personaggio. Le GPU mobile non dispongono della memory bandwidth grezza necessaria per ordinare ed eseguire lo shading di centinaia di migliaia di singole curve di capelli per frame.

Implementare le Hair Card

La soluzione consiste nel sostituire i groom basati su strand con le hair card. Le hair card rappresentano i capelli utilizzando mesh poligonali piane e semplificate su cui sono mappate texture pre-renderizzate. Questo approccio è altamente compatibile con il forward render path di tipo mobile.

Per implementare le hair card, apri il MetaHuman Creator e assicurati di generare i LOD del groom basati su card per il tuo personaggio. Sostituire i capelli basati su strand con groom basati su card riduce il tempo di rendering per i capelli di un singolo personaggio da circa 18,2 ms a 0,9 ms su un chip mobile moderno come l'Apple A15 o lo Snapdragon 8 Gen 1. Questo enorme risparmio ti consente di allocare il budget di rendering agli elementi di gameplay o ai dettagli dell'ambiente.

Disabilitare i Post-Process Anim Blueprint

I MetaHuman utilizzano post-process animation blueprint per gestire il movimento secondario delle bone, le forme correttive dei muscoli e la dinamica delle articolazioni. Sebbene questo aggiunga movimenti realistici della pelle su PC, esegue complessi calcoli scheletrici sulla CPU ad ogni frame. Su mobile, questo overhead della CPU può facilmente creare un collo di bottiglia nel game thread.

Puoi disabilitare il post-process animation blueprint sui dispositivi mobile per recuperare cicli della CPU. Questa operazione si effettua impostando bDisablePostProcessAnims = true sui componenti della skeletal mesh. La disabilitazione di questi post-process consente di risparmiare fino a 4,5 ms di tempo frame della CPU su hardware mobile standard.

Ottimizzare PCG per gli ambienti mobile

L'overhead dell'esecuzione a runtime del PCG

Il framework Procedural Content Generation (PCG) ti consente di popolare i tuoi ambienti in modo dinamico distribuendo static mesh, foliage e actor in base a regole e volumi. Tuttavia, l'esecuzione dei grafi PCG a runtime sulle CPU mobile causa gravi hitch di performance. Una tipica generazione del grafo a runtime può congelare il game thread da 1,5 a 3 secondi durante il caricamento del livello o lo spawn dei giocatori.

In un gioco Multiplayer, un hitch simile è pericoloso; può causare packet loss e innescare una desincronizzazione dello stato client-server. Per mantenere prestazioni elevate, devi effettuare il pre-bake dei tuoi grafi PCG nell'editor. In questo modo le istanze procedurali vengono convertite in geometria statica prima di effettuare il packaging del gioco.

Workflow passo-passo per il Baking del PCG

1. Seleziona il PCG Volume: Nella viewport dell'Unreal Editor, seleziona il PCG volume che contiene gli elementi del tuo ambiente.
2. Genera e Ispeziona: Nel details panel del volume, fai clic su Generate per visualizzare in anteprima il posizionamento procedurale dei tuoi asset.
3. Esporta in Actor: Individua l'opzione Export to Actor nel menu delle utility PCG.
4. Scegli le mesh istanziate: Seleziona Hierarchical Instanced Static Mesh (HISM) come formato di destinazione. Questo gruppo di istanze è altamente ottimizzato per le GPU mobile, poiché disegna tutte le mesh identiche in una singola draw call della GPU.
5. Pulisci il grafo: Dopo l'esportazione, imposta il trigger di generazione del PCG volume su Editor Only o svuota il volume. Ciò impedisce all'engine a runtime di tentare di ricreare il grafo.

Culling dinamico e Streaming degli HISM

Una volta eseguito il bake delle istanze PCG in HISM, devi configurare le loro distanze di culling. Gli HISM supportano il culling per istanza (per-instance culling), il che significa che le istanze oltre una certa distanza dalla telecamera non verranno renderizzate. Imposta Start Cull Distance e End Cull Distance nel details panel dei tuoi componenti HISM. Per il mobile, si consiglia una distanza di culling compresa tra 5000 e 8000 unità per mantenere il conteggio totale dei poligoni visibili entro il budget della GPU mobile.

Production C++ Optimization Script

To automate these optimizations at runtime, you can write a custom helper class. The following C++ code demonstrates how to check the target platform, programmatically force low LODs, disable post-process animation blueprints, and force groom components to use card-based rendering when spawning a MetaHuman on a mobile device. You can implement this in a class such as UMetaHumanMobileOptimizer:

#pragma once

#include "CoreMinimal.h"
#include "Kismet/BlueprintFunctionLibrary.h"
#include "Components/SkeletalMeshComponent.h"
#include "GroomComponent.h"
#include "MetaHumanMobileOptimizer.generated.h"

UCLASS()
class MYPROJECT_API UMetaHumanMobileOptimizer : public UBlueprintFunctionLibrary

{
    GENERATED_BODY()

public:
    UFUNCTION(BlueprintCallable, Category = "Optimization")
    static void OptimizeMetaHumanForMobile(AActor* MetaHumanActor)
    {
        if (!MetaHumanActor)
        {
            return;
        }

        // Apply optimizations exclusively on Android and iOS platforms
        #if PLATFORM_ANDROID || PLATFORM_IOS
        TArray<USkeletalMeshComponent*> SkeletalComponents;
        MetaHumanActor->GetComponents<USkeletalMeshComponent>(SkeletalComponents);

        for (USkeletalMeshComponent* MeshComp : SkeletalComponents)
        { 
            if (MeshComp)
            {
                // Force a low LOD (LOD 3 or 4) to bypass dense meshes
                MeshComp->SetMinLOD(3);
                MeshComp->SetForcedLOD(3);

                // Disable expensive post-process animation blueprints
                MeshComp->bDisablePostProcessAnims = true;

                // Adjust animation tick rate to only calculate when visible
                MeshComp->VisibilityBasedAnimTickOption = EVisibilityBasedAnimTickOption::OnlyTickPoseWhenRendered;

                // Strip physics asset to avoid CPU collision overhead on cosmetic joints
                MeshComp->SetPhysicsAsset(nullptr);
            }
        }

        TArray<UGroomComponent*> GroomComponents;
        MetaHumanActor->GetComponents<UGroomComponent>(GroomComponents);

        for (UGroomComponent* GroomComp : GroomComponents)
        {
            if (GroomComp)
            {
                // Force the groom to use card rendering instead of strands
                GroomComp->SetUseCards(true);
            }
        }
        #endif
    }
};

Questa funzione helper può essere chiamata dall'evento BeginPlay del tuo personaggio o subito dopo lo spawn di un actor MetaHuman. Utilizzando le macro di compilazione condizionale (PLATFORM_ANDROID || PLATFORM_IOS), il compilatore rimuove questi override dalle build PC e console, consentendoti di mantenere automaticamente la fedeltà visiva cross-platform.

Adattare i materiali Substrate per le GPU mobile

Cos'è Substrate?

Substrate sostituisce il tradizionale shading model di Unreal Engine con un framework di materiali modulare e multi-strato. Substrate consente agli sviluppatori di stratificare più shading slab (ad esempio, posizionando uno strato glossy di clear coat direttamente sopra uno strato di metallo grezzo). Sebbene Substrate sia eccellente per gli asset cinematografici di fascia alta, rappresenta un serio ostacolo alle prestazioni per i renderer mobile.

Le GPU mobile si affidano fortemente ad architetture di tiled rendering, in cui il memory bus tra il core della GPU e il frame buffer on-chip rappresenta un collo di bottiglia cruciale. I materiali Substrate complessi aumentano il numero di byte per pixel (BPP) scritti nel frame buffer, causando thermal throttling e cali di frame rate.

Gestire la complessità dei materiali tramite i Quality Level Switch

Per mantenere elevate le prestazioni dei materiali Substrate su mobile, dovresti utilizzare i nodi Material Quality Level Switch e Feature Level Switch all'interno del Material Editor. Questi nodi ti consentono di semplificare il grafo dei materiali in base alla piattaforma di destinazione.

Per le piattaforme mobile, semplifica il grafo escludendo i blend Substrate multi-strato. Utilizza invece una singola slab che approssimi lo stile visivo del tuo asset. Indirizzando i nodi del materiale attraverso un quality switch, puoi ridurre la write bandwidth da 32 byte per pixel a uno standard di 8 byte per pixel, ottenendo temperature del dispositivo inferiori e frame rate stabili.

5 best practice applicabili per l'ottimizzazione mobile

1. Esegui il pre-bake di tutti i grafi PCG in HISM: Non eseguire i grafi PCG sul client a runtime. Esegui il pre-bake dei grafi in Hierarchical Instanced Static Mesh (HISM) durante lo sviluppo nell'editor e configura distanze di start/end cull adeguate.
2. Limita il bone count a livello globale: Aggiungi Compat.MAX_GPUSKIN_BONES=75 al file DefaultEngine.ini del tuo progetto per garantire che le skeletal mesh vengano renderizzate correttamente sulle GPU mobile senza innescare buffer overflow.
3. Usa esclusivamente groom basati su card: Disabilita i groom basati su strand per i profili mobile. Il rendering dei capelli basato su card riduce i tempi di frame della GPU da 18 ms a meno di 1 ms per personaggio.
4. Sfrutta i Material Quality Switch: Implementa il nodo Material Quality Level Switch nei tuoi materiali Substrate per semplificare i complessi livelli di shading in una singola slab sulle piattaforme mobile, riducendo la bandwidth della GPU.
5. Disabilita i post-process animation blueprint: Imposta bDisablePostProcessAnims = true sui componenti skeletal mesh del personaggio su mobile per recuperare preziosi cicli CPU sul game thread.

L'equazione di Multiplayer e Backend

Oltre il rendering: ottimizzazione della rete mobile

Quando si sviluppano giochi Multiplayer cross-platform, le ottimizzazioni lato client sono solo una parte dell'equazione. I dispositivi mobile sono frequentemente soggetti a fluttuazioni di rete, passando dalla rete dati cellulare (5G/4G) al Wi-Fi. Queste fluttuazioni introducono packet loss, jitter e picchi di latenza elevati.

Se il tuo codice di sincronizzazione di rete non è solido, questi picchi di latenza possono innescare il bug di sincronizzazione multiplayer di Unreal Engine, in cui la replication degli actor va fuori sincrono compromettendo lo stato del mondo. Gestire gli stati Multiplayer sotto i vincoli delle reti mobile è un problema complesso che richiede network driver resilienti, delta compression e riconciliazione server-authoritative.

Alleggerire l'infrastruttura con horizOn

Costruire e mantenere autonomamente un Backend Multiplayer resiliente richiede uno sforzo ingegneristico enorme. Dovresti configurare load balancer, gestire la replication globale del database, implementare la logica di Matchmaking e gestire i sistemi di pagamento mobile. Questo lavoro infrastrutturale può richiedere mesi di sviluppo e una manutenzione costante.

Con horizOn, questi servizi Backend sono pre-configurati. horizOn offre agli sviluppatori di giochi session Matchmaking, sincronizzazione dello stato a bassa latenza, persistenza del database e autenticazione cross-platform pronta all'uso. Questo ti consente di concentrarti sull'ottimizzazione del client e sul perfezionamento del game loop, piuttosto che sulla gestione di cluster di server e sulla scalabilità del database.

Conclusioni e prossimi passi

L'ottimizzazione di feature next-gen come MetaHuman e PCG per dispositivi mobile richiede un controllo rigoroso sui budget di rendering, sulla compilazione delle skeletal mesh e sulla complessità dello shading dei materiali. Eseguendo il pre-bake dei tuoi asset procedurali, limitando i limiti di bone count e utilizzando il rendering dei capelli basato su card, puoi offrire esperienze cross-platform ad alta fedeltà sui dispositivi portatili.

Pronto a scalare il tuo Backend Multiplayer? Prova horizOn gratuitamente o consulta la documentazione delle API per scoprire come semplificare la tua infrastruttura e mantenere i giocatori sincronizzati su PC, console e mobile.

---

Fonte: Tutorial: Optimizing Next Gen Features for Mobile Game Development