Tobias: Garv hat die Sprite-Idee doch schon erfolglos getestet, was genau das bestätigt, was ich oben in Sachen Entitiy-Verwaltung beschrieben habe:

Das ist jetzt eine merkwürdige Vermutung, aber schalte mal die Anzeige mit Energie, Credits usw. aus und teste dann die fps.
Warum ich darauf komme? Weil bei der Contribution "Projection Texture" von Xd1Vo auch oben links eine ähnliche Anzeige war. Immer wenn ich sie abgeschaltet habe, hatte ich auf verschiedenen PCs 70 fps mehr (vielleicht weil sie schlecht programmiert war).

Ja, wenn ich Panels anzeige geht die Frame Rate auch deutlich runter. Panels kosten viel mehr Framerate als Entities.

Es macht anscheinend auch einen Unterschied, ob du immer die gleiche Entity renderst oder verschiedene, und wie gross sie ist. Wenn ich im Terraindemo nur eine Entity-Art habe und die beiden anderen auf 0 setze, bekomme ich mehr als 100000 Entities per Frame. Wenn ich aber den Baum doppelt groß skaliere, geht die Framerate in den Keller, obwohl die Zahl der Polygone gleich ist.

Es gibt viele Einflüsse auf die Framerate an die man nicht gleich denkt, daher muss man bei Framerateproblemen alles mögliche testen.

also..

Wenn ich 250.000 Panels lade.. hab ich dennoch ne framerate von 60 ( bei fps_max 60 ).

Lade ich aber 49 Modelle mit je 96 Polys
und 2 Modelle mit knapp 2k Polys.. bekomm ich grademal noch 24 FPS


WO LIEGT DA DER SINN?????

With the demo at 30 fps, A7 renders when I set the #defines to only one sort of entities:

either 63000 tree models with 400 polys each - 30 fps

or 81000 grass sprites - 30 fps

2500 are visible, the rest is clipped, so the grass sprites render faster than the tree models.

BUT: When I add 500 panels I get less than 20 fps!! And when I scale the trees bigger, less than 15 fps!!

Conclusion: entities that are not visible need almost no render time. When they are visible it depends not so much on their polygon count but also on their size how fast they render.

Yes, that's similar values that I'm getting, although my PC seems to be a little slower than yours . The tree model in the A7 demo has no internal LOD steps, so it should be the same frame rate with the Com and Pro editions.

The frame rate with panels mostly depends on the panel size, with an 8x8 bitmap you can render far more panels than with a 500x500 bitmap.

So it seems the number of entities or panels does not matter for the frame rate. Its mostly the number of pixels drawn on the screen that matters.

Hallo zusammen!
Ich war jetzt leider länger nicht mehr aktiv im Forum. Aber es freut mich, dass hier weiter diskutiert wird und ich fühle mich dadurch bestätigt, dass einige Andere ähnliche Probleme haben bzw. dieses Phenomen replizieren können.

Und nun muss ich wirklich sagen, dass das einfach nicht sein kann!!! Wie soll man ein halbwegs vernünftiges Spiel erstellen, wenn man nicht mehr 500 Entities (inkl. Modellen, Sprites, Decals usw.) benutzen kann.
Das einzige, das sich kaum auf die Bildrate auswirkt sind die Partikel - kein Wunder, denn diese nutzen auch Instancing.

Also Conitec: Instancing für alle Entities - schnell!!!
Sonst muss ich ehrlich sagen, dass die Engine für mich absolut nutzlos ist. Und das Geld für die Pro hab ich verschwendet...

hi garv...

ich hatte ein ähnliches problem mit stühlen in einem konzertsaal;

interessanter weise lies sich das problem folgender maßen lösen (für mich komplett unverständlich): ich hab die stühle nicht im wed platziert sondern beim spielstart; position aus einem array ausglesen und pan bzw skalierung per random; gleiche anzahl von stühlen ergab eien verbesserung der framerate von fast 40% (98 fps/mdl im wed positioniert zu 136fps/mdl zur laufzeit positioniert...einmal abgesehen von den ersten frames wo die models platziert werden)


ich komm immer mehr zur überzeugung das einige dinge im GS sehr, sehr seltsam sind....

roald, ohne einhalt...

Könnte am Stencil-Shadow liegen (merke ich auch grade).

Was ich dazu sagen wollte: Habe ein paar Modelle von HalfLife2 konvertiert ins MDL Format (natürlich nur für private Zwecke). Z.B. eine Granate, schon fast
low poly. Diese frisst 150MB Nexus. Was ich damit sagen will, manchmal sind die Models "defekt" was zu solchen Ergebnissen führen kann.

Auch sind BONES-Modelle zisch mal schneller wie FRAME-Modelle, aber das weisst
Du sicherlich.

ohhhh ja....


Edit: Ich schliesse mich an! Bei allen "grösseren" Projekten stoße ich ruck-zuck an die Grenze der "flüssigkeit" !

Das mit den Bones stimmt leider nicht. Bone-Animationen sind immer "_viel_" langsamer als Frame-Animationen...