Was ein DirectX-Programmierer nie vergisst.

TGGC

Ein DX-Programmierer vergisst nie, das er ...

1.) ... das DXSDK bei http://www.microsoft.com/ runterladen kann.
2.) ... die Verzeichnisse für includes und libs hinzufügt und in der Liste ganz nach oben stellt.
3.) ... eine Win32 Anwendung erstellt und keine Konsolen Anwendung.
4.) ... stets alle benötigten Libraries linken muss.
5.) ... die *.h Files dem Projekt hinzufügen muss, damit die DX-Typbezeichner von VC++ automatisch vervollständigt werden.
6.) ... mit einer neuen Version auch Interfaces der alten Version benutzen kann.
7.) ... alles in der SDK Doku nachlesen kann.
8.) ... alles in den Samples der SDK nachschauen kann.
9.) ... mit der debug Version der runtime libraries noch mehr Infos beim Debuggen erhält.

Bitte weitere Tips anfügen!

brain-death

das mit den beispielen von ms ist zwar richtig, aber diese sind meist in mfc und deßhalb (für mich, und bestimmt auch andere) uninteressant wenn man keine Ahnung von mfc hat.

sorry dass das kein tip ist...
para

[ Dieser Beitrag wurde am 03.06.2002 um 12:55 Uhr von paranoiac editiert. ]

xcvb

afaik sind nur 3 der samples MFC, der rest ist plain winapi mit c++.

Headhunter

@TGGC :
Super Idee ! Kommt bald auch ins FAQ !

... Nie Fragen stellt à la : Gibts das auch in Deutsch
... bei Google.de massenhaft Beispiele zu allen Themen findet
... öfters mal ins FAQ guckt
... erst C (++) lernt bevor er mit DX/OGL anfängt
... Geduld und etwas Anstrenung die meisten Probleme mit einem
Schlag löst

TomasRiker

... den Reference-Rasterizer benutzen kann, um Fehler aufzuspüren (Direct3D).
... immer alle HRESULTs prüfen sollte.
... Fehlerbeschreibungen mit DXGetErrorDescription8 und DXGetErrorString8 in Strings umwandeln kann.
... immer alles wieder entsperrt, was er mal gesperrt hat.
... sich bewusst ist, dass jede Hardware anders ist.
... in den Microsoft-DirectX-Newsgroups von kompetenten Spezialisten (KEINE Ironie!) beraten werden kann.

[ Dieser Beitrag wurde am 03.06.2002 um 15:57 Uhr von TomasRiker editiert. ]

Crax

Hi,

Funktionen generell mit dem FAILED-Makro überprüft und nicht mit
==DD_OK oder so
alles wieder deinitialisiert
immer die neuesten Hardware-Treiber hat
alle Strukturen mit ZeroMemory und size=sizeof(struktur) initialisiert

CU

[ Dieser Beitrag wurde am 07.06.2002 um 18:07 Uhr von Crax editiert. ]

Headhunter

... Text mit der Klasse CD3DFont in Direct3D8 ausgeben kann

Helium

War

KEINE Ironie!

Ironie?

Für die Grafik dann doch leiber OGL verwendet

xcvb

26.) geometrie nach state changes sortieren und in möglichst großen batches rendern muss um auch nur irgendwie schnell zu sein.
27.) fals depth und stencil buffer verwendet werden, immer BEIDE gleichzeitig löschen sollte (muss).
28.) niemals DrawPrimitiveUP/DrawIndexedPrimitiveUP benutzt -> immer VB benutzen
29.) bei Lock NOOVERWRITE und DISCARD richtig einsetzt und dass VB renaming genau 8 mal gequeued wird, bevor gewartet wird.
30.) text niemals mit dem GDI zeichen sollte.
31.) texturen deselektieren muss, bevor er sie released.
32.) niemals CreateVB(), DestroyVB(), Optimize() in zeitkritischem code benutzt

to be continued

TGGC

Original erstellt von Helium:
**
25) Für die Grafik dann doch leiber OGL verwendet**

Was soll das? Mach lieber was konstruktives und mach nen OpenGL Thread auf, wenn du das so gut findest.

Bye, TGGC

TGGC

FAQ oder nicht FAQ, das ist hier die Frage!

hi,

würde ich gar nicht so schlecht finden, wenn das zu den Faq hinzugefügt wird:

grüsse psychocoder

Headhunter

OK !