| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
render cost algorithm triangle count is now scaled to be more balanced vs
texture/particle count. In addition added factors for light-emitting and
media texture primitives. Algorithm should be near "final" at this point.
|
|
|
|
and fix for viewer always thinking meshes initially have 8 texture entries.
|
|
performance tested impact of animated textures
Also did some cleanup to ensure branch built and ran properly after
last merge.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
bad performance on cards with old drivers)
|
|
|
|
when not in edit mode, always accurately selectable while in edit mode).
|
|
|
|
|
|
|
|
|
|
vertex buffer objects. Limit number of textures per batch to 6 (prevents frame stalls on NVIDIA).
|
|
texture rendering based on available hardware.
|
|
|
|
|
|
(wow, super fast so far)
|
|
node and rework requested octree node sizes for minimum triangles per frame and maximum triangles per drawing call.
|
|
|
|
Flexi prims are expensive - clocked in at 5x multiplier. Ouch!
|
|
|
|
|
|
a bunch of unnecesary header dependencies.
|
|
of deferred rendering and non deferred automatic alpha mask toggling.
|
|
|
|
|
|
|
|
|
|
Using for internal demo, will get it code reviewed if it merges in.
|
|
|
|
|
|
newfangled equation.
|
|
|
|
|
|
paranoid about who gets to touch its LLVertexBuffer members.
Reviewed by Nyx.
|
|
|
|
|
|
attachments.
|
