Le migliori pratiche per il supporto di Alt-Tab in un'applicazione DirectX?

Question

Durante la scrittura di applicazioni DirectX, ovviamente, è auspicabile sostenere l'utente che sospende l'applicazione tramite Alt - Tab in un modo che è veloce e senza errori. Qual è la migliore serie di pratiche per garantire questo? Le cose che devono essere affrontate includono:

1. I migliori metodi per rilevare quando l'applicazione è stata disattivata e quando è stata restituita.
2. Quali risorse di DirectX vengono perse quando le schede alt utente e i modi migliori per far fronte a questo.
3. Principali cose da fare e cose da evitare nell'architettura dell'applicazione ai fini del supporto di alt-tab.
4. Eventuali differenze significative tra le versioni DirectX principali come si applicano a quanto sopra.

Interessanti trucchi e trucchi sono anche buoni da ascoltare.

Answer 1

Suppongo che stiate usando C++ ai fini delle mie risposte, ma se potete permettervi di usare C#, XNA (http://creators.xna.com/) è un'eccellente piattaforma di gioco che gestisce tutti questi problemi per voi.

1]

Questo articolo è utile per finestre eventi nella window procedure per rilevare quando una finestra perde o guadagna fuoco, si poteva gestire questo sul tuo finestra principale: http://www.functionx.com/win32/Lesson05.htm. Inoltre, controllare il messaggio WM_ACTIVATEAPP qui: http://msdn.microsoft.com/en-us/library/ms632614(VS.85).aspx

2]

• Il dispositivo grafico viene perso quando l'applicazione perde il focus dalla modalità a schermo intero. Microsoft offre un articolo su come gestire questo: http://msdn.microsoft.com/en-us/library/bb174717(VS.85).aspx Questo articolo ha anche un tutorial dispositivo perso: http://www.codesampler.com/dx9src/dx9src_6.htm

• DirectInput può anche avere un dispositivo perso stato di errore, ecco un link a tale proposito: http://www.toymaker.info/Games/html/directinput.html

• DirectSound può anche avere un dispositivo perso stato di errore, questo articolo ha codice che gestisce che: http://www.eastcoastgames.com/directx/chapter2.html

3]

Mi assicurerei di non disabilitare mai Alt-Tab. Probabilmente vuoi un carico minimo della CPU mentre l'applicazione non è attiva perché l'utente probabilmente Alt-Tabbed perché vuole fare qualcos'altro, in modo da poter sospendere completamente l'applicazione o ridurre i frame renderizzati al secondo. Se l'applicazione è minimizzata, ovviamente non è necessario eseguire alcun rendering. Dopo aver pensato a un gioco di rete, la mia soluzione migliore è che devi comunque ridurre i frame renderizzati al secondo e la quantità di pacchetti di rete gestiti, eventualmente anche buttare via molti dei pacchetti che arrivano fino a quando il gioco non viene riattivato.

4]

Onestamente vorrei solo bastone per DirectX 9.0c (o DirectX 10 Se si desidera limitare il sistema operativo di destinazione a Vista e successivi), se possibile :)

Infine, l'SDK DirectX ha numerosi tutorial e campioni: http://www.microsoft.com/downloads/details.aspx?FamilyID=24a541d6-0486-4453-8641-1eee9e21b282&displaylang=en

Answer 2

In DX8 e 9 (e 10?) se crei le tue risorse (vertex e index buffer e trame principalmente) usando D3DPOOL_MANAGED esse si manterranno su dispositivi persi e non avranno bisogno di ricaricare. Questo perché sono memorizzati nella memoria di sistema e il runtime DX copia automaticamente nella memoria video. Tuttavia c'è un costo di prestazioni dovuto alla copia e questo non è raccomandato per cambiare rapidamente i dati dei vertici. Ovviamente dovresti prima stabilire il profilo per determinare se c'è un problema di velocità :-)

Answer 3

Abbiamo risolto il problema non utilizzando affatto un dispositivo DirectX a schermo intero, ma abbiamo usato una finestra a schermo intero con la bandiera più in alto per fare nasconde la barra delle applicazioni. Se non lo usi Alt-Tab, puoi rimuovere il flag e ridurre a icona la finestra. Le risorse texture sono mantenute vive dalla finestra.

Tuttavia, questo approccio non gestisce l'evento perso dispositivo a causa di "blocco schermo", Ctrl + Alt + Canc, connessioni desktop remoto, cambio utente o simili. Ma questi non devono essere gestiti in modo estremamente rapido o efficiente (almeno nella nostra applicazione)

Answer 4

Tutte le applicazioni D3D seria devono essere in grado di gestire i dispositivi persi in quanto ciò può accadere per una varietà di motivi.

In DX10 sotto Vista è presente una nuova funzione "Timeout Detection and Recovery" che rende comune nella mia esperienza la reimpostazione dei dispositivi grafici che causerebbe la perdita del dispositivo per l'app. Questo sembra migliorare man mano che i piloti maturano, ma è comunque necessario gestirli.