OpenTK, SharpGL e WPF

Question

Sto per iniziare un nuovo progetto. Alcune decisioni sono fuori dal mio controllo: l'uso di WPF e OpenGL sono alcune di queste.

Tuttavia, ho ristretto le opzioni OpenGL a due: O OpenTK o SharpGL. SharpGL ha un controllo WPF, mentre OpenTK ha solo un controllo Windows Form, il che rende che devo incorporarlo in un host Windows Form: -/ Anche se non mi preoccupo delle restrizioni dello spazio aereo, desidero avere prestazioni decenti , dal momento che sto costruendo un'applicazione in tempo reale. Non un gioco, ma ancora, tempo reale.

Quanta parte del rendimento del mio programma potrebbe richiedere l'utilizzo di OpenTK su un host Windows Form, rispetto all'utilizzo di SharpGL con un controllo WPF "puro"?

Answer 1

Quando si tratta di prestazioni, in realtà posso solo darti un'unica risposta: fai un punto di riferimento! Ma, come si sta chiedendo un'ipotesi elaborata:

SharpGl dovrebbe richiedono un passo indirezione di meno, in quanto lascia il controllo Windows Form host come un obiettivo di copiarlo sul video "intermedio". Prendi questo con un granello di sale, però, non ho né guardato la fonte né testato da solo.

Ma in pratica: le prestazioni dovrebbero essere molto simili. Alla fine della giornata le operazioni pesanti computazionali saranno probabilmente il rendering stesso, che viene fatto da OpenGL. Bloccare il risultato finale dovrebbe richiedere solo una frazione di quel tempo. Quindi spero che, comunque tu decida, nessuna di queste opzioni danneggerebbe davvero le tue prestazioni.

Per il gusto dell'argomento: Supponiamo che il rendering stesso (la parte OpenGL) impieghi 16 ms, quindi avremmo una resa teorica di circa 60 FPS. Il framework A aggiunge un sovraccarico di 1 ms, Framework B un sovraccarico di 4 ms. Anche con questa differenza piuttosto grossolana nell'overhead, il framework a dovrebbe rappresentare a ~ 58 FPS e Framework B a ~ 50 FPS. Quindi, in entrambi i casi, l'applicazione dovrebbe rimanere utilizzabile.

Ma quello che mi lascia perplesso è quanto ti stai chiedendo di questo aspetto. Alla fine stai lavorando con OpenGL e non dovrebbe essere troppo complicato per cambiare semplicemente l'implementazione sottostante nel caso le cose vadano male? Le interfacce non mi sembrano troppo diverse.

Answer 2

Direi di andare con OpenTK o se è più comodo utilizzare SharpGL, quindi utilizzarlo in modalità Winforms e incorporarlo in un'applicazione WPF.

Il motivo è che il driver OpenGL sa come lavorare con un handle di finestra, fornito con ogni controllo winforms. In un'applicazione WPF c'è solo un handle di finestra, quello della finestra principale. Potresti provare a usarlo, ma penso che porrà troppi problemi.

Se non vuoi che le immagini vengano renderizzate direttamente sullo schermo e pensi di usare PixelBufferObject o RenderBufferObject, probabilmente starai bene con SharpGL in modalità WPF (esegue il rendering su RenderBufferObject, che posiziona il buffer risultante in un'immagine, probabilmente usando un WritableBitmap o così, oppure puoi fare tu stesso la stessa cosa.