Ego-Shooter-Projekt (namenlos)
Hmm ist 2000 überhaupt eine realistische Zahl?
Außerdem verstehe ich nicht warum Du immer von Entities redest, es geht doch der Graka nur um Polygone dachte ich. Und ich weiß ja nicht wie viele Polygone Deine Palme besitzt, aber eigentlich müßte sowas doch zu schaffen sein, oder nicht? Wenn man sich die heutigen Figuren anschaut bestehen die doch auch aus zigtausend Polygonen.
Außerdem verstehe ich nicht warum Du immer von Entities redest, es geht doch der Graka nur um Polygone dachte ich. Und ich weiß ja nicht wie viele Polygone Deine Palme besitzt, aber eigentlich müßte sowas doch zu schaffen sein, oder nicht? Wenn man sich die heutigen Figuren anschaut bestehen die doch auch aus zigtausend Polygonen.


ZeHa hat bisher kein Danke erhalten.
Klicke hier, wenn Du wissen möchtest, woran ihm das vorbeigeht.
-
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
die lösung mit den gruppen wird von vielen games verwendet,
bei etlichen ist das im editor schon so drin,
dass "baum" und "baumgruppe" unterschiedliche objekte sind.
ist natürlich je nach landschaft etwas schwierig zu verwenden,
wenn man ne sehr hügelige landschaft hat,
kann man nur recht kleine baumgruppen verwenden.
wenn man ne baumgruppe ein paar grad um die waagerechten achsen kippen kann,
kann man das noch etwas anpassen, damit ein wald nicht zu stufig wirkt.
aber grundsätzlich...
es sollte doch möglich sein, dass man ein mesh einmal lädt
und an x verschiedenen positionen anzeigt, oder?
...vielleicht hab ich auch zu wenig ahnung von heutigem 3D...
bei etlichen ist das im editor schon so drin,
dass "baum" und "baumgruppe" unterschiedliche objekte sind.
ist natürlich je nach landschaft etwas schwierig zu verwenden,
wenn man ne sehr hügelige landschaft hat,
kann man nur recht kleine baumgruppen verwenden.
wenn man ne baumgruppe ein paar grad um die waagerechten achsen kippen kann,
kann man das noch etwas anpassen, damit ein wald nicht zu stufig wirkt.
aber grundsätzlich...
es sollte doch möglich sein, dass man ein mesh einmal lädt
und an x verschiedenen positionen anzeigt, oder?
...vielleicht hab ich auch zu wenig ahnung von heutigem 3D...
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.
- Vermilion
- Beiträge: 1846
- Registriert: 08.04.2006 16:00
- Computerausstattung: Apple iMac (2010) & HP Notebook
- Wohnort: Heidekreis
X0r sagte, es gäbe zu viel Traffic, wahrscheinlich von der CPU zur GPU (unklare Aussage). Dies ist nachvollziehbar, denn wenn die Engine (CPU) jedes mal die Vertexes die gerendert werden sollen an die Grafikkarte über den Bus schickt, ist das etwas unperformant. Eine Lösung wären die DisplayLists wie in OpenGL (nun mal technisch gesehen unabhängig der verwendeten Engine). Dort kann man einfach einen Haufen Vertexes zusammenfassen, der Grafikkarte sagen die soll sich die merken, und beim nächsten Rendervorgang kann man anweisen, die gemerkte Liste an Vertexes nochmal zu rendern.
Also anstatt
Diese Liste könnte an X Positionen rendern. 2000 mal die Palme an verschiedenen Stellen.
Aber um Meshes geht es ja nicht, wie er sagt.
Also anstatt
kommt dannRender Vertex
Render Vertex
Render Vertex
Render Vertex
*Bezogen auf die bestimmte Liste an VertexesRendere die* Vertexes nochmal
Diese Liste könnte an X Positionen rendern. 2000 mal die Palme an verschiedenen Stellen.
Aber um Meshes geht es ja nicht, wie er sagt.
>Außerdem verstehe ich nicht warum Du immer von Entities redest, es geht doch der Graka nur um Polygone dachte ich.
Hier mal ein Pseudo-Code:
Sowas ist böse! Denn viele Entities, Surfaces.
>Wenn man sich die heutigen Figuren anschaut bestehen die doch auch aus zigtausend Polygonen.
Reingefallen. Sicher bestehen die aus vielen Polygonen, aber durch diverse Techniken(Bump-Mapping, Parallax-Mapping) kann man ein Mesh auch detailliert aussehen lassen, ohne große Leistungsverluste.
Wie meinst du das mit den verschiedenen Positionen? Wenn du auf P(0,0,0) und S(0,1,0) ne Palmen haben willst, brauchst du erstmal 2 entities.
Hier mal ein Pseudo-Code:
Code: Alles auswählen
palm=LoadMesh("palm.x")
for a=1 to 2000
addelement(palms())
palms()\m=copymesh(palm)
PositionEntity palms()\m,random(1000),random(1000),random(1000)
next
>Wenn man sich die heutigen Figuren anschaut bestehen die doch auch aus zigtausend Polygonen.
Reingefallen. Sicher bestehen die aus vielen Polygonen, aber durch diverse Techniken(Bump-Mapping, Parallax-Mapping) kann man ein Mesh auch detailliert aussehen lassen, ohne große Leistungsverluste.
Laden tut man meshes so oder so nur einmal. Wozu denn x mal, wenn mans schon einmal im Speicher hat?es sollte doch möglich sein, dass man ein mesh einmal lädt
und an x verschiedenen positionen anzeigt, oder?
Wie meinst du das mit den verschiedenen Positionen? Wenn du auf P(0,0,0) und S(0,1,0) ne Palmen haben willst, brauchst du erstmal 2 entities.
Nicht unbedingt. Wenn man natürlich schon fertige Baumgruppen-Meshes hat ists ein Problem, aber man kann x Bäume/entities halt zu einem einzigen entity zusammenfassen. Das macht das ganze schneller, ist aber nicht so von Vorteil, wenn das ganze dynamisch sein soll(Z.B Wind-Effekt).ist natürlich je nach landschaft etwas schwierig zu verwenden,
wenn man ne sehr hügelige landschaft hat,
-
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
> aber man kann x Bäume/entities halt zu einem einzigen entity zusammenfassen.
das heißt, man könnte im editor einzelne bäume setzen,
und die werden beim "übersetzen" zu gruppen zusammengefasst?
na, das wär doch ideal!
...oder ne funktion im editor für "gruppieren", dass man das eben manuell macht,
indem man zwei dutzend bäume markiert und die dann gruppiert.
...ich war jetzt von fertigen gruppen ausgegangen, wie ich das schon
seit dem editor für Commanche4, also seit langem kenne.
die sahen natürlich blöde aus, wenn man die auf eine hügelkuppe gesetzt hat.
das heißt, man könnte im editor einzelne bäume setzen,
und die werden beim "übersetzen" zu gruppen zusammengefasst?
na, das wär doch ideal!
...oder ne funktion im editor für "gruppieren", dass man das eben manuell macht,
indem man zwei dutzend bäume markiert und die dann gruppiert.
...ich war jetzt von fertigen gruppen ausgegangen, wie ich das schon
seit dem editor für Commanche4, also seit langem kenne.
die sahen natürlich blöde aus, wenn man die auf eine hügelkuppe gesetzt hat.
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.
>na, das wär doch ideal!
Jo, aber das ganze wäre dann 1 Mesh. Und dann wäre das statisch. Also Windeffekte oder so können wir dann vergessen.
Oder man pumpt die Map nicht so extrem mit Pflanzen zu. Dann könne man auch ne Sichtweite einstellen, Fog und nen schönen Autofade-Effekt.
Naja...mal gucken. Ich werde erstmal paar Tests machen.
>...ich war jetzt von fertigen gruppen ausgegangen
Also meinst du fertige meshes.
Jo, könnte man natürlich machen, hängt aber, wie du schon gesagt hast, vom Terrain ab.
Für Gras wäre sowas sicherlich sinnvoll.
Nochmal zu den Surfaces, warum mehr=langsamer bedeutet:
Surfaces enthalten Vertices and Triangles(Gibt ein Limit bei der Anzahl). Surfaces werden immer als eine Art Paket an die GraKa gesendet. Je mehr Vertices, Triangles auf einem Surface, desto besser. Somit müssen nicht so viele Surfaces an die GraKa übertragen werden und das meinte ich dann auch mit Traffic.
Jo, aber das ganze wäre dann 1 Mesh. Und dann wäre das statisch. Also Windeffekte oder so können wir dann vergessen.
Oder man pumpt die Map nicht so extrem mit Pflanzen zu. Dann könne man auch ne Sichtweite einstellen, Fog und nen schönen Autofade-Effekt.
Naja...mal gucken. Ich werde erstmal paar Tests machen.
>...ich war jetzt von fertigen gruppen ausgegangen
Also meinst du fertige meshes.
Jo, könnte man natürlich machen, hängt aber, wie du schon gesagt hast, vom Terrain ab.
Für Gras wäre sowas sicherlich sinnvoll.
Nochmal zu den Surfaces, warum mehr=langsamer bedeutet:
Surfaces enthalten Vertices and Triangles(Gibt ein Limit bei der Anzahl). Surfaces werden immer als eine Art Paket an die GraKa gesendet. Je mehr Vertices, Triangles auf einem Surface, desto besser. Somit müssen nicht so viele Surfaces an die GraKa übertragen werden und das meinte ich dann auch mit Traffic.
Zuletzt geändert von X0r am 08.07.2008 19:28, insgesamt 1-mal geändert.
-
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
also, auf windeffekte würde ich da erstmal pfeifen, das ist doch unwichtig.
hauptsache man kriegt es überhaupt gebacken.
...und es muss doch irgendwie an der engine liegen,
Black&White Zwo macht sich da schließlich auch nicht naß,
und da kann man die ganze Insel überblicken.
hauptsache man kriegt es überhaupt gebacken.
...und es muss doch irgendwie an der engine liegen,
Black&White Zwo macht sich da schließlich auch nicht naß,
und da kann man die ganze Insel überblicken.
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.
>hauptsache man kriegt es überhaupt gebacken.
Das ist halt ein Nachteil. Wenn ich A nehme, steht mir B nicht mehr zu Verfügung.
>Black&White Zwo macht sich da schließlich auch nicht naß,
und da kann man die ganze Insel überblicken.
Kann man die ganzen Objekte dann noch steuern? Also sind das sozusagen einzelne entities?
Das ist halt ein Nachteil. Wenn ich A nehme, steht mir B nicht mehr zu Verfügung.

>Black&White Zwo macht sich da schließlich auch nicht naß,
und da kann man die ganze Insel überblicken.
Kann man die ganzen Objekte dann noch steuern? Also sind das sozusagen einzelne entities?
-
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
da man jeden Baum und Stein einzeln nehmen kann oder von bürgern ernten lassen kann,
muss ich davon ausgehen, dass es einzelne "entities" sind.
allerdings ist die engine von einem Molyneux Game auch garantiert alles anderes als billig
und nicht vergleichbar mit einer engine die man für unter tausend dollar kaufen kann.
muss ich davon ausgehen, dass es einzelne "entities" sind.
allerdings ist die engine von einem Molyneux Game auch garantiert alles anderes als billig
und nicht vergleichbar mit einer engine die man für unter tausend dollar kaufen kann.
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.