JLI Spieleprogrammierung

[Tiberius]

hallo,
ich hab Christian Rousselle Buch gelesen und versuche nun gerade mein eigenes Projekt zu realisieren. Ich hätte da mal eine kurze Frage zur D3DX Sprite-Hilfsklasse. Man ruft ja zwischen den begin und End calls die Draws für jede Textur auf... diese werden dann schön gebatchet, damit man nciht viele einzelne Quads, sondern ein großer gerendet werden müssen... so habe ich das zumindest verstanden, korrigiert mich, wenns falsch wird.
Nun würde ich von meiner Überlegung her aber sagen, dass die Sprites nicht jedes Frame neu gedrawt werden müssen, sondern nur wenn sie sich ändern... ist es also irgendwie möglich, das zusammengebachte Ergebnis aus dem letzten frame irgendwie zu bekommen und dann einfach das so lange zu rendern bis sich irgendwas ändert und daher wieder alle Sprites neugedrawt werden müssen?
Das sollte doch eignletich einiges an Performance sparen, oder habe ich irgendwo einen Denkfehler?
Verwendet ihr eigentlich diese D3DX Klasse oder habt ihr das selber geschrieben? Ich wollte sie jetzt erstmal verwenden, weil ich gehört habe, dass sie sehr schnell sei und auch einiges andere (Text, Gui...) darauf aufbaut und ich eingentlich keine Lust habe das alles neu zu schreiben.
Danke schonmal im vorraus für die Hilfe

[manu]

Solange ich jetzt keinen Denkfehler drinne hab, hast du einen drin

Du willst die Szene also vom letzten Frame holen(???) anstatt sie neu zu zeichnen? Erstens wüsste ich nicht, wie das funktionieren sollte und zweitens käme das ja aufs gleiche raus.


Ich mach mal ein Beispiel:

Du hast nen Kreis, der sich beim Druck auf eine Taste bewegt. Bleibt jetzt der Tastendruck aus, ändert der Kreis auch nicht seine Position.

Aber wenn du den jetzt nicht mehr zeichnest (weil sich ja nichts geändert hatt) kannst du ihn aufm Bildschirm ja nicht mehr sehen. Und wenn du jetzt was ausm letzten Frame holst(???) musst du es ja genauso zeichnen, damit du es noch siehst ==> kommt aufs gleiche drauf raus.

[GreveN]

Er meint, dass er die aktuelle Szene rendert, die Position/Animationsstatus/usw. aller Objekte sichert, im nächsten Frame schaut, ob sich was geändert hat und nur die Objekte neu zeichnet, die sich zwischenzeitlich verändert haben. Funktioniert natürlich nur, wenn man den Framebuffer nicht jedesmal irgendwie löscht...
Logo bringt das Performance, allerdings spielen ein Paar Polys mehr oder weniger bei heutigen Grakas kaum eine Rolle, außerdem kostet es mehr Performance, die Geometrie dauernd an die Grafikkarte zusenden, was zumindest darauf hinausliefe, wenn du die VertexBuffer und dergleichen in jedem Frame neu zusammen stellst.

Und zu deiner Frage: Nein, ich verwende kein D3DXSprite-Dingsbums... Um genau zusein: Ich verwende nicht mal D3D.

[KI]

Wie GreveN schon sagte bringt das keine messbaren Performance-Vorteile.

Technisch ginge es so, dass du kein "Clear" aufruftst und die entsprechenden Stellen nicht überzeichnest. Also auch mit keinem Hintergrundbild, denn das überzeichnet ja den ganzen Bildschirm.

[Christian Rousselle]

Wenn ich es richtig verstanden habe, ging es eher darum sich das nochmalige Batchen, also das Aufbauen des/mehrerer Vertexbuffer druch DirectX zu sparen und den aufgebauten VB wieder zu nutzen. Ich glaube nicht, dass dies möglich ist und kann mir auch nicht vorstellen, dass DX das intern macht.

Um noch einem Missverständnis vorzubeugen: Das Batchen macht nur dann Sinn und bringt Performance, wenn du die gleichen Sprites mehrfach (pro Frame) zeichnest. Solltest du 100 verschiedene Sprites mit 100 verschiedenen Texturen haben, kann DX das auch nicht optimieren, da dazu 100 Drawcalls notwenig sein werden.

[Jonathan_Klein]

Wenn du nur die Sprites neu zeichnen wilslt, die sich nicht bewegt haben, geht das zwar einerseites, andererseits, müsstest du sie an ihrer alten Position wieder löschen...
Und da in vielne Spieln noch scrolling dazu kommt, ist das heutzutage Blödsinn sowas zu machen, lohnt einfach net. Früher wo man vielelihct sowas wie Sokoban hatte, wo man einfach nur den Spieler mit dem Hintergrundbild übermalen musste und den Spieler an einer anderen Stelle neu zeichnen musste, da machte sowas Sinn, ich hab das mal bei einem Psion 3c gemacht (falls das alte Ding noch jeamnd kennt ).
_________________
https://jonathank.de/games/

[Tiberius]

Vielen Dank erstmal für die vielen schnellen Antworten.
Ich hatte das batchen so verstanden, dass alle spirteTexturen auf eine große (Texture oder Surface) kopiert werden und diese dann, wenn alle einzelsprites drauf gezeichnet wurden dargestellt/gerendet wird. bis zu diesem zeitpunkt ist also noch nix auf dem bildschirm zu sehen...
Weil sich die Sprites ja für gewöhnlich nicht so oft ändern, könnte man also jetzt solange diese große SammelTextur/Surface anzeigen/rendern bis es halt nötig ist eine neue zu erstellen... man müsste also nur ein Texturiertes Quad zeigen, selbst wenn darauf 1000nde von Sprites zu sehen sind...
zumindest wäre das mein ansatz wie ich sowas implementieren würde und ich dachte, das wäre auch das prinzip vom batching... warum funktioniert das nur mit sprites die die gleiche Textur verwenden??

[DirectXer]

[Fallen]

[Christian Rousselle]

[Fallen]

Wenn dieses Thema einmal sachlich behandelt werden würde, könnte man damit sicher einen oft referenzierten FAQ Thread erstellen. Das JLI könnte grossen Ruhm erlangen.
_________________
"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."

[Christian Rousselle]

Was stellst du dir da vor? Ich habe bisher immer nur diffuse Behauptungen in der Richtung gehört, dass D3DX langsam und nutzlos ist. Irgendein Argument, geschweige denn Vergleiche/Tabellen/was auch immer habe ich noch nie gesehen.

[Fallen]

Doch in diversen Threads wurde das bereits einige male besprochen sogar mit Beweislinks aus offiziellen Quellen, leider wurde dies nur kaum beachtet und die threads wurden des öfteren wegen der Flamerei geschlossen.

Daher meine ich ja das eine sachlich geführte Diskussion die sogar dazu führt das endlich Klarheit verschafft wird sehr schön wäre.

Ich kann ja diese Threads mal suchen.

Edit:

Mögliche Klarstellung (leider doch nur wenige Quellen):
http://www.jliforum.de/board/viewtopic.php?t=4394
Gerüchte mit Lizenzen:
http://www.jliforum.de/board/viewtopic.php?t=3448&start=0

Hast recht, mal ein wenig mehr anständige Quellen wären toll, vermutlich werden aber solche Quellen nur apkzeptiert wenn sie von offiziell anerkannten Pros kommen, aber ab wann gilt man als pro und wie wird man offiziell anerkannt :/
_________________
"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."

[GreveN]

Was spricht eigentlich dagegen mal eben fix ein paar Benchmarks zumachen? Würde sich denn hier mal jemand dazu bereit erklären, der eine aktuelle Version des SDKs hat? Ich hab' grade nicht die Muse das knapp 400MB große Teil zu laden, bzw. bin aufgrund meines Volumentarifs danach arm...

Über irgendwelche Lizenz-Probleme finde ich auch keine vernünftige Quelle, hab' eben mal die Eula des SDKs durch geschaut... auch nix.

[Fallen]

Ich hab das SDK aber keine Extension Ersatz libs.

Das mit der Lizenz Sache wurde AFAIK in dem einen thread als humbug abgetan
_________________
"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."