JLI Spieleprogrammierung

[Catscratch1]

Hi,

was mich interessiert. Macht es Sinn pro Objekt, sei es komplex oder simpel, einen eigenen Vertex- bzw Indexbuffer zu verwenden?

Gehen wir mal davon aus, Stil hin oder her, ich modularisiere mein Programm so, dass ich zum Beispiel für einen Würfel eine Klasse Cube anlege. Der Cube soll zur Initialisierung einen Vertexbuffer anlegen, den man sich zum Bsp mit einer get-Methode rausholt, um in einer anderen Datei über das Device gerendert zu werden.
Wie würde ich so eine Klasse Cube aufbauen und den Buffer initialisieren? Wenn ich beispielsweise eine Methode in der Klasse habe, die den Buffer initialisiert, und das Device als Übergabeparameter habe, kriege ich Ausnahmefehler bei vb->Lock.
Der Debugger sagt, dass ich nen schlechten Pointer beim BYTE*, den ich der Lock Methode gebe, habe.
Ich hab noch Probleme mit COM, da ich mehr mit ManagedDirectX gearbeitet habe. Dieses Zeigerwirrwarr macht mich krank

Kann mir einer ein Beispiel geben, wie man so was realisieren kann?
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

[Patrick]

Hi,

natürlich für jedes objekt ein Vertexbuffer wenn sie sich unterscheiden.

COM rockt
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[Catscratch1]

Und wie würdest du ein Objekt, meinetwegen eine Instanz einer eigenen Klasse Cube, mit einem VB initialisieren? Irgendwie kriege ich das nicht hin!
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

[Patrick]

Ich würd noch nichtmal ne klasse cube machen sondern alles über den Scenemanager machen, welcher ein singleton ist.
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[Catscratch1]

Hört sich interessant an:

Hättest du für mich ein kleines Programmierbeispiel.
Wäre hilfreich!

Danke
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

[Jonathan_Klein]

hm, naja, du möchtest im Prinzip ne Klasse machen, die einen Würfel rendert? So mit Vertex und Indexbuffer?
naja, ich kann nicht behaupten, das ich erfahren in 3D wäre, wohl aber das ich schon komplexere Sacehn wie einen Cube gerendert habe;-)
ka, mit Managed DX hab ich AFAIK noch nie was gemacht, ka, kann dir evtl. zeigen, wei ich das realisiert habe, fals dir das helfen sollte.
_________________
https://jonathank.de/games/

[Patrick]

Ich übernehme keine Haftung auf Gültigkeit, habs nur schnell ausm Kopf gemacht:

[Catscratch1]

Danke Patrick!

@Jonathan_Klein
Mein Problem ist nicht die theoretische Struktur
Ich will mein Beispiel eins zu eins aus C# übersetzen, aber das schaff ich aus irgendwelche Pointergründen nicht.

Ich mache Performancetests zwischen Compiler- und Interpretersprachen.
Und um best und worstcase zu testen, versuche ich halt solche Sachen wie:

Ein Box Objekt für jeden gerenderten Würfel, oder ein Boxobject, das mehrfach gerendert wird. Und bei tausend Würfeln merkt man dann schon was im Speicher , wie es sich gezeigt hat.
Nur will ich das mit C++ auch machen, aber irgendwie krieg ich Exceptions beim VB->Lock!
_________________
"Dispatcher und Scheduler sind wie Brüder, bloß anders"

[Patrick]

Compiler Sprachen vs. Interpreter Sprachen? Den Sieger kennen wir doch schon

Es wird genau das selbe ergebnis werden wie bei Java vs. C++! Nämlich C++.

Das selbe haben sie vor 1 Jahr auch mit C++ vs, C# probiert, C++ hat mal wieder am besten Abgeschnitten. (Wen wunderts? )
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[AFE-GmdG]

Was die Direct3D-Leistung von C# angeht, ist der Performanceverlust so marginal klein, dass er nicht wirklich ins Gewicht schlägt. Wenn etwas langsamer ist, dann sind es Berechnungen die zu einem Spiel so nebenher dazugehören - wie z.B. Kollisionserkennungen. Da in solchen Fällen oft mit komplexen Objekten gehandhabt wird (Objekten in Form von Classen und Strukturen), muss man darauf achten, wie diese Objekte Untereinander ausgetauscht werden. Wenn alles ständig kopiert wird, ist es egal in welcher Sprache langsam.
C# hat dafür aber andere Vorteile, die in C++ nicht ohne weiteres oder nicht so einfach zu verwenden sind. (Listen, Stringverwaltung, Fensterbehandlung)
Sicherlich geht das auch in C++ (z.B. mit der STL) aber das ist mitsicherheit nicht ganz so einfach.
_________________

[Patrick]

AFE-GmdG
Was gibt es denn für Probleme bei der Verwendung von Strings oder Listen? Okay bei der Iterator-Sache ist schon Pointerverständnis wichtig, aber das war auch schon alles. Und dank boost (was größtenteils in den neuen Standard einfließen soll) unschlagbar
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[AFE-GmdG]

Es stimmt schon, mit den neuen Bibliotheken wird das Ganze immer einfacher. Ich gehe da eher von dem Standpunkt aus, dass jeder Anwendungsfall eine optimale Programmiersprache hat. So ist es jedem selbst überlassen welche Sprache er wofür verwenden will.
_________________

[Patrick]

AFE-GmdG
Du magst es zu gewinnen, gell?
_________________
'Wer der Beste sein will muss nach Perfektion streben und jede Gelegenheit nutzen sich zu verbessern.' - KIA
[ German Game Dev | Boardsuche hilft sehr oft | Google rockt | Wie man Fragen richtig stellt | ICQ#: 143040199 ]

[xardias]

Patrick:
Naja.. der AFE-GmdG hat doch recht Ich muss mich aber auch mal wieder ein wenig in C++ weiterbilden.. Habe in letzter Zeit nur noch Java Programmiert. Vor allem für den undeswettbewerb werde ich wieder C++ brauchen, da sidn ein paar Performance kritische Sachen bei.