spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ja baue grundsätzlich die Enumeration in allen Projekten ein. Das hat auch seinen guten Grund.
1) Man kann eine schöne Liste mit möglichen Einstellungen ausgeben, die von der Hardware auch unterstützt werden (GUI).
2) Man ist sicher das man keine Einstellung vornimmt, die von der Hardware nicht Unterstützt wird.

Die Enumeration ist das was ich auch immer am meisten hasse. Sie ist umständlich und langwierig. Aber muss halt sein Ich hab die Enumeration in eine Klasse gesteckt. Die beim erzeugen die Enumeration startet. Danach brauch ich dann nur noch alles abfragen. Es werden dann noch Aktivierungs-Methoden bereit gestellt, über die man dann eine Einstellung z.B. die Auflösung oder eine Farbtiefe aktiveren kann. Diese kann dann direkt abgefragt werden.

Also die Caps hab ich gar nicht gekapselt. Ich hab es nur hinter einer etwas allgemeineren Methode versteckt Schließlich macht man ja keine D3D Enumeration wenn man mit OGL Arbeitet.

Zitat

Ist es überhaupt sinnvoll, eine Engine zu programmieren, die alle API-Abhängigkeiten komplett vor dem User versteckt?

Also wenn die Engine API Unabhängig sein soll, wird dir nichts anderes übrig bleiben Ansonsten ist es nicht sooo wichtig. Hier reicht es wenn man die Dinge nur Automatisiert.

Das ist eine gute Frage


Da sich die Enumerationsmethoden gegenüber von DX9 sich nicht in DX10 verändern werden, könnte man es so machen.

Anhand von D3D9:
Die Enumeration erfolgt in mehereren Stufen. Die jeweils von einer eigenen Klasse Repräsentiert werden. Die Oberste Identifiziert die Grafikkarte, holt sich die Caps und prüft welche Farbtiefen möglich sind (Für den Videomodus).
Die nächste Ebene prüft dann, ausgehend von der Farbtiefe, welche Auflösungen möglich sind, usw....

Dieses verfahren hat den Vorteil das der Code übersichtlich bleibt und das man relativ schnell noch etwas dazwischen schieben kann. Der Nachteil dabei ist, das eine Klasse nicht alle Informationen hält sondern immer nur einen Teil. Wenn man also was haben will muss man die Anfrage immer an die unteren Klassen weitereichen.

So kann man es auch machen

Solange du die Methoden recht Allgemein hälst, ist das Modell auf jeden fall auch gut Anwendbar. Nur das Display-Modes Objekt sollte noch ein wenig Unterteilt werden. Je nachdem was da alles Enumeriert werden soll.

Zitat von »"@uzingLG"«

Also eigentlich habe ich nur DX vorgesehen, aber ich werd' die Engine ja auch mal auf DirectX 10 usw portieren, und Abwärtskompatibilität bereitstellen. Dass ich Enumeration einbauen sollte, weiss ich auch, aber das Problem ist, WIE am besten?

afaik wirds kein DirectX 10 mehr geben...

directx 9 unterstützt laut ATI und nVidia alles was in den nächsten jahren kommen wird.

unter longhorn is z.b. D3D im system eingebaut und nennt sich WGF ( Windows Graphics Foundation )

Na solange da nicht so was wie die MFC bei raus kommt, ist es in Ordnung ;D

afaik werden mit WGF shader 4.0 und sog. geometry shader oder so eingeführt, die auch geometrie erzeugen können...

sexy oder