Difference between revisions of "Mesh/Mesh Accounting Test"

From Second Life Wiki
Jump to navigation Jump to search
Line 32: Line 32:
== Evaluation of Efficacy ==
== Evaluation of Efficacy ==
The goal of the mesh streaming cost algorithm is to prevent a single scene from exceeding the polygon budget.  At the very least, it should not be possible to create a mesh based build that causes more triangles per frame to be rendered than an equivalent prim based build.  Ideally, the mesh streaming cost algorithm should achieve no more than 250K triangles per frame from inworld geometry with graphics preferences set to "High."  To test, you can compare streaming cost of mesh objects vs similar prim objects using the debug display described above, or you can disable all rendering types besides prims/alpha and observe the number of triangles per frame reported in the statistics floater.
The goal of the mesh streaming cost algorithm is to prevent a single scene from exceeding the polygon budget.  At the very least, it should not be possible to create a mesh based build that causes more triangles per frame to be rendered than an equivalent prim based build.  Ideally, the mesh streaming cost algorithm should achieve no more than 250K triangles per frame from inworld geometry with graphics preferences set to "High."  To test, you can compare streaming cost of mesh objects vs similar prim objects using the debug display described above, or you can disable all rendering types besides prims/alpha and observe the number of triangles per frame reported in the statistics floater.
* Find a set of "reasonable" prim built objects and examine their triangle count to prim count ratio.
* Find or build a mesh based object of matching resource cost
Observe: Triangle count to resource cost ratio of mesh based object should be similar to or much less than prim based objects.  That is, prim based objects should have a lower triangle count for a similar resource cost.


== See Also ==
== See Also ==

Revision as of 12:47, 5 November 2010

Glossary

  • Streaming Cost - cost of streaming mesh assets to clients, see Mesh Streaming Cost
  • Physics Cost - cost of performing physical simulation of object on simulator, see Mesh Physics
  • Resource Cost - amount of "prims" an object takes up when rezzed on a parcel (currently, Streaming OR Physics Cost, whichever is greater)
  • Object Cost - a synonym for Resource Cost
  • Render Cost - performance hit incurred by rendering, for informational purposes only, not used for accounting

Resource Cost Testing

  • Using a mesh enabled viewer and connected to a mesh enabled sim, enable the render info debug display (develop->show info->show render info).
  • Select a mesh object.
    • Observe: Selected mesh triangle count and streaming cost should be reflected in debug display
  • Edit a mesh object
    • Observe: "Cost" information should be displayed in edit tool, including overall object cost and physics cost What are the 2 "Cost" numbers?
    • Observe: "Cost" may be higher than physics cost, indicating the object's cost is bound by streaming cost Which "Cost" is this referring to?
    • Observe: "Cost" may be equal or nearly equal to physics cost, indicating the object's cost is bound by physics cost Which "Cost" in the UI is "Cost"?

Physics Cost vs Streaming Cost

  • Select a mesh object that has a mesh based physics representation and set its physics shape type to "Prim"
  • Scale object down until the reported physics cost increases and the object cost is bound by physics
  • Change the object's physics shape type to "Convex Hull"
    • Observe: the object's cost should be similar to the streaming cost reported in the streaming cost debug display, indicating the object is bound by streaming cost

Prim parcel limits

  • Attempt to exceed a parcel's prim limit using mesh objects of varying cost characteristics (some physics bound, some streaming bound).
    • Observe: mesh objects should be returned when the parcel limit is reached, just like normal prims

Scale Limits (unimplemented)

  • Attempt to exceed a parcel's prim limit by scaling an existing prim (either by scaling an object too large to overflow via streaming cost or scaling a mesh based physics representation too small to overflow physics cost).
    • Observe: scale operation should clamp scale to lowest/highest limit without overflowing the parcel limit
    • Observe: Scripted scale calls should behave similarly.

Evaluation of Efficacy

The goal of the mesh streaming cost algorithm is to prevent a single scene from exceeding the polygon budget. At the very least, it should not be possible to create a mesh based build that causes more triangles per frame to be rendered than an equivalent prim based build. Ideally, the mesh streaming cost algorithm should achieve no more than 250K triangles per frame from inworld geometry with graphics preferences set to "High." To test, you can compare streaming cost of mesh objects vs similar prim objects using the debug display described above, or you can disable all rendering types besides prims/alpha and observe the number of triangles per frame reported in the statistics floater.

  • Find a set of "reasonable" prim built objects and examine their triangle count to prim count ratio.
  • Find or build a mesh based object of matching resource cost

Observe: Triangle count to resource cost ratio of mesh based object should be similar to or much less than prim based objects. That is, prim based objects should have a lower triangle count for a similar resource cost.

See Also