In OpenGL, è una cattiva idea "combinare" la modalità immediata e la modalità mantenuta per il bene delle GUI?

Supponiamo che io stia disegnando una scena 3D glDrawArrays(...)e voglio renderizzare qualcosa di semplice, come una sovrapposizione 2D. Sarebbe una cattiva idea usare la modalità immediata per una cosa del genere, invece di impostare un renderer 2D con modalità mantenuta?

Esempio:

void Draw()
{
    // Draw the 3D scene:
    // *does stuff*
    glDrawArrays(...);
    // *some other stuff*

    // Setup a quad with immediate mode (for something like a vignette overlay)
    glBegin(GL_QUADS);
    glTexCoord2f(...); glVertex2f(...);
    glEnd();
}

È una cattiva idea in quanto non ha senso. Non c'è nulla da "impostare" che non hai già fatto, ad eccezione di una matrice di proiezione orto (che dovrai comunque fare).

La portabilità probabilmente non è un problema, sebbene dovrebbe esserlo. Gli IHV sembrano essere molto riluttanti a rinunciare al supporto della modalità immediata per il futuro prevedibile (sembra "funzionare bene" anche nei profili di base), quindi anche se la modalità immediata avrebbe dovuto estinguersi molto tempo fa, probabilmente rimarrà per sempre. Le prestazioni sono un'altra storia. Vuoi davvero qualcosa che rappresenti lo 0,1% della complessità della scena per consumare il 15-20% del tempo della CPU - le chiamate GL sono relativamente leggere, rispetto ad esempio a DX, ma non sono gratuite - e il 15-20% di tempo reale dei fotogrammi dovuto allo stallo della tubazione? Puoi permettertelo con il tuo budget? La maggior parte dei giochi non può.

E poi, naturalmente, le stranezze. Oh le stranezze. L'apparente bellezza della modalità immediata è che è (apparentemente) facile e diretto fare qualcosa come disegnare un paio di quad veloci. In realtà, la modalità immediata può essere un tale dolore nella parte posteriore, è così piena di insidie ​​non ovvie.
D'altra parte, è altrettanto facile (e più semplice se me lo chiedi!) Scrivere semplicemente una piccola funzione a 5 LOC DrawQuadche quando viene chiamata aggiunge coordinate e indici di vertice a un buffer di memoria e incrementa un contatore. Che, sorpresa, puoi quindi disegnare glDrawArrays/Elementse con cui puoi riutilizzare (la copia della GPU, non solo la copia della terra dell'utente!) Il fotogramma successivo così com'è fintanto che nulla è cambiato.
La modalità immediata deve, non c'è altro modo, allocare un buffer ed eseguire ogni volta un trasferimento PCIe. Oppure, qualcosa di equivalente in latenza (GPU che legge la memoria principale sul bus, qualunque cosa). Il driver non può sapere (o presumere) che i dati siano rimasti esattamente gli stessi del frame precedente.

Il trasferimento dei dati nella GPU è un'operazione ad alta velocità, ma anche ad alta latenza . Non solo il trasferimento del bus è di per sé un protocollo complicato e ad alta latenza (diversi livelli di protocollo, pacchetti, riconoscimenti, ecc.), Ma non tutte le GPU sono anche in grado di trasferire e disegnare contemporaneamente, o se possono farlo , potrebbero non essere sempre in grado di alternare o avviare nuove operazioni liberamente mentre fanno qualcosa di diverso. Leggi come: Non trasferire invano .

Personalmente lo vedo solo come male per due motivi:

1. È molto obsoleto e deprecato. E,
2. È molto più lento dei modi moderni di disegnare con OpenGL.

Ma, se funziona, e le prestazioni non saranno un problema, e se non è un problema per te utilizzare funzioni OpenGL deprecate nel tuo programma, allora credo che potresti farlo. Sarà più lento avere tonnellate e tonnellate di GUI, ma se non è così tanti, ancora una volta, provaci.

Comprendilo, però. Che alla fine della giornata, OpenGL sta facendo la stessa cosa; disegno sullo schermo. La modalità immediata è solo molto più lenta se si devono elaborare molte cose. Quindi, dovresti scegliere qual è il più utile per l'attività che hai in mente. Spero che questo ti aiuti!

Un altro aspetto negativo è che rende il tuo codice meno portatile. Alcune varianti di OpenGL non supportano affatto la modalità immediata, ad esempio OpenGL ES. (e poiché i dispositivi basati su Android di calibro più grande come i tablet ottengono maggiore trazione, potrebbe diventare importante)

L'uso della modalità immediata non è assolutamente necessario per il lavoro relativo alla gui.

Per creare un semplice oggetto gui, diciamo, un pulsante:

1. Hai bisogno di una maglia quadrata / triangolare,
2. Una trama per la maglia
3. Una trasformazione di proiezione ortografica

In questo modo, puoi semplicemente scrivere un semplice shader pass-through che ignora le considerazioni sull'illuminazione e ridimensionare semplicemente l'elemento gui su una scala di pixel o una percentuale della finestra, quindi eseguire un algoritmo di pittori per il rendering.

In questo modo, puoi realizzare un sistema di interfaccia utente completo con tutti i vantaggi in termini di prestazioni della modalità mantenuta.