JLI Spieleprogrammierung

[AFE-GmdG]

Tach, ich hab auch mal eine (drei) Frage(n) an die Direct3D-Profis...
Nutzt man, wenn man mehrere 3D-Objekte darstellen will, die sich unabhängig voneinander bewegen können für jedes Objekt einen eigenen Vertexbuffer oder werden die alle in einen Vertexbuffer gesteckt und die Transformationen dann nur auf Teile des Vertexbuffers angewendet?
Ist es sinnvoll für jede Renderung einen neuen Vertexbuffer zu verwenden, der nur Teile enthält, die potientiell sichtbar sind, sich also nicht meilenweit hinter der Sichtfläche befinden oder nutzt mann dann wieder nur den gleichen Vertexbuffer und transformiert wieder nur Teile der Szene?
Ist es möglich, aus einem (mehreren) Vertexbuffer(n) Teile in einen anderen zu kopieren, so daß man z.B. einen Gesamtvertexbuffer erstellt, auf den dann die finale Transformation (Kameraposition und Rotation) angewendet wird?

AFE-GmdG
_________________

[Ciceri]

es ist glaube ich möglich vn einem Vertexbuffer in einen anderen Vertexbuffer zu kopieren. ich kann mir es vorstellen, kann sogar sein, dass hier schonmal sowas auch besprochen wurde!
ich selber würde einen hauptbuffer nehmen, das tu ich bei sound und dann würde ich nur das reinladen, was auch gerade angefordert wird, z.B. das Dreieck und Viereck sind zu sehen und der Kreis "nicht", dann wird einfach der Kreis nicht geladen. bei sound sit das wie gesagt fast genauso
hoffe dir mit meinen VERMUTUNGEN weitergeholfen zu haben.
_________________
www.z-software.de
Spieleentwicklung-Pur
Besuchen Sie uns.

[Jörg]

Ob für mehrere Objekte ein VB oder für jedes Modell ein eigener besser geeignet ist, hängt z.B. davon ab, aus wie vielen Vertices/Dreiecken deine Modelle bestehen. Handelt es sich um viele, würde ich für jedes Modell einen eigenen benutzen, denn hinsichtlich deiner zweiten Frage ist das Locken und kopieren von großen Buffern wohl eher langsamer, als wenn du einfach den entsprechenden VB des sichtbaren Modells ins Device setzt.

Bei kleineren Modellen ist es dahingegen wohl eher angebracht, für mehrere Modelle einen VB zu nehmen und den auch pro Frame mit den sichtbaren neu zu befüllen, weil du dadurch die SetVertexBuffer()-Aufrufe reduzierst.

Zu deiner dritten Frage fällt mir nichts besseres ein, als dass du den/die Vertexbuffer lockst und die Daten dann kopierst.

Was für dich am geeignesten/schnellsten ist, musst du ausprobieren.

Interessant ist auch "Performance Optimizations" in der SDK-Doku der Abschnitt "Using Dynamic Vertex and Index Buffers".
_________________
www.messiahzone.de.vu

[VerruecktesHuhn]

Zu deiner ersten Frage kann ich nich viel sagen. Manche meinen mit einem Vertexbuffer für alles sei es am besten, manche meinen man bräuchte für jeden scheiß einen... naja, musst ausprobieren.

Zu deiner 2ten: Du kannst einfach einen VB, oder halt mehrere, haben und dann über Indexbuffer nur das rendern, was auch sichtbar ist.

man kopiert Vertexbuffer und Indexbuffer ganz einfach über "Lock" und "memcpy", allerdings musst du deinen VB solange gelockt lassen, bis du die Vertexdaten nicht mehr brauchst. Dann wieder unlocken über "unlock" natürlich...

[Mr.X]

[AFE-GmdG]

Vielen Dank für die zahlreichen Antworten. Ich habe es nun auch hinbekommen, dass ich einen Vertexbuffer für mehrere Objekte nutzen kann. Ist gar nicht so schwierig
Nun muß ich mir nur noch eine gute Verwaltung der Objekte einfallen lassen, also wie ich die Leveldaten selber und die darin befindlichen Objekte am günstigsten unterbringe. Ein abgewandeltes PVS wird wohl zum einsatz kommen, da ich keine reinen InDoor-Levels habe. (Deshalb kann ich keinen BSP-Tree verwenden, der funktioniert wohl nur für geschlossene Räume)

AFE-GmdG
_________________