JLI Spieleprogrammierung

[GreveN]

Hm, aber die entsprechende DX9-Runtime ist überall installiert gewesen, oder?

[Jonathan_Klein]

Iwrd schon, da er sonst kaum hätte die dll ladne können. Und hätte er die net ladne können, wäre einen Windows StandardFehlermeldung gekommen. Außerdme war es installiert
_________________
https://jonathank.de/games/

[Kovok]

nochmal zurück zu den Vertexbuffern, ein paar Dinge sind da komisch:

1. Die Grafikkarte erstellt auch wenn du keinen Vertexbuffer nimmst einen
2. Du musst schon verdammt viele Vertexbuffer anlegen um mit einer Spriteengine heutige Grafikkarten in die Knie zu zwingen(da gibt es einfachereMethoden^^)
3. Erstell den Vertexbuffer dynamisch, dann ist es kein Problem
4. Es ist billger einen großen anstatt viele kleinen Vertexbuffer zu nehmen
5. Außerdem spart es Statechanges

[GreveN]

[Jonathan_Klein]

zu 1. Hab ich ncoh nie von gehört. Ist das so, das wenn man aus dem Hauptmem rendert, das erste ien temporärer Buffer erstellt wird?

zu 2. Jo, der Speicher ist auch nciht das eignliche Problem, wohl eher die Geschwindigkeit beim Anzeigen.

zu 3. Hm, also ich ändere meine Vertexbuffer ja eignelihc nie, daher macht dynamisch auch nicht so viel sinn. Den macht es IMHO auch nicht beim initialisieren, wenn ich einen großen verwenden würde, weil ich den ja immer vergrößern müsste, sprich einen neune größeren erstellen und den alten reinkopieren.

zu 4. Wenn ich einen großen Buffer nehmen würde, bräuchte ich po Sprite eine Matriz weniger, eine Textur und einen Buffer weniger setzen. Sinn macht das eh nur, wenn ich sehr oft die selbe Textur habe. Benutze ich ienen großen Buffer muss ich jedesmla auf der CPU die Vertexe vorberechnen und dann alle an die Grafikkarte shcicken, was wesenltich mehr daten nur eben weniger aufrufe sind.
Würde man davon ausgehen, das ich jede Tetur nur ienmal am bidlshcirm hab,e hätte ich genausoviele Render calls, und Textur switches aber nur einen Vertexbuffer set.
Ich dneke jede Seite hat vor und nachteile und bin mir nciht wirkclih sicher, ob sich die Lösung mit dem großen Buffer so sehr rechnet, das der Aufwand sich lohnen würde.
_________________
https://jonathank.de/games/

[Kovok]

[GreveN]

[Jonathan_Klein]

Wahrscheinlich schon, da sie ja auf dynamik optimiert sind.

@Kovok: Eins hast du bei deienr Rechnung aber vergessen: den kokmpletten Vertexbuffer mit 500 Vertexen an die grafikkarte übertragen., Und vorher noch 500 Vertext vom Prozessor transformeiren lassen, da die Maitrix das ja nicht übernehmen kann.
Solange man mit den Renderstates nciht viel macht, bleibt also folgendes:

500 * Matrix setzen
500 * Vertexbuffer setzen

gegen

500 * Vertex per prozessor transformieren
500 Vertexe in den dynamischen Vertexbuffer schreiben
1 * Vertexbuffer setzen

Der Rest wäre bei beiden Methoden gleich.
Ich würde beahutpen, das zumindest der Datenfluss vom Ram zur GraKa bei der ersten Version wesentlich niedriger ist. Und soo lange sollte das Buffersetzen doch nciht dauern, wenn doch nur ein Lesezeiger verändert werden muss? Das wird er ja auch wenn man biem Zeichnen sagt, ab welchen Dreieck im Buffer angefangen werdne soll zu zeichnen.

naja, es gäbe eine Kompromisslösung, indem man einen großen Vertexbuffer erstellt, der statisch sit, aber trotzdem jedesmal die Matirz neu setzt. Das wäre dann in genau dem Falle schneller, wenn das verschieben des Lesezeigers von einem Buffer in den andern wesentlich länger dauert als das Lesezeigerverschieben innerhalb eines Buffers.
Das wiederrum ist schätzungsweise von Grafikkarte zu Grafikkarte unterschiedlich, oder?
_________________
https://jonathank.de/games/

[Kovok]

[Jonathan_Klein]

GreveN ist sich sicher, meine Spriteklasse wäre langsam, aber eigenlitc glaube ich, das sie ganz in Ordnung ist.

Also, ich hab das mal ausgetestet.
Ich hab ein Test geschreiben, der ein Sprite 1500 m,al rendert und die zeit gemessen.
Heraus kam, das es so gut wie keinen Unterschied macht, ob ich den Vertexbuffer switche oder nicht.
Auch Alphablending an oder aus machte wenig unterschied.
Alelrdings wuchs die Zeit mit zunehmendne Sprites expotetiell an. Für 10.000 hat er 20-30 ms gebraucht, für 20.000 200ms und für 50.000 600ms. Etwas seltsam, naja.

Also, da ich ein ud das selbe Sprite render, könnte es fast sein, dass die Graka erkennt, das der Buffer gar nicht geswitched werden muss. Könnte sein, das es darum schneller geht, naja.
_________________
https://jonathank.de/games/

[Fallen]

Beim D3DXSprite, was sollte er denn da an Vertex/Indexbuffern switchen für ein kleines Quad
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[Jonathan_Klein]

Jop, ich schätze mal die können nicht viel schneller oder langsamer sein. Ich schätze mal das sollte auch reichen. Naja, ich werde mal einen profiler basteln und in ruhe bisschen verlgeichen und gucken, und dann sehen was ich mache.
_________________
https://jonathank.de/games/

[PeaceKiller]

Eure Anwendungen sind wahrscheinlich eh nicht geometrielimitiert.
_________________
»If the automobile had followed the same development cycle as the computer, a Rolls-Royce would today cost $100, get a million miles per gallon, and explode once a year, killing everyone inside.«
– Robert X. Cringely, InfoWorld magazine

[Jonathan_Klein]

Ich rechne bei meinem Spiel mit maximal 1500 Sprites auf einmal, wenns ganz hart komtm 2000, das sollte einigermaßen reichen, hoffe ich.
_________________
https://jonathank.de/games/