最优化WPF 3D性能(基于“Tier-2”硬件)

原文地址:Maximizing WPF 3D Performance on Tier-2 Hardware

开发人员在应用程序中使用Windows Presentation Foundation来构建大量的3D控件、包含3D场景时,常常会遇到如何优化其性能的问题。WPF 3D组的几个成员提供了一个影响应用程序性能的3D类和属性的列表。当我们使用她们来优化应用程序性能时应该遵从这些建议。

本随笔假定你深刻的理解了WPF 3D API。不熟悉这些API的用户在使用这些建议之前应该首先阅读WPF SDK文档。本随笔中提出的建议只适用于“Tier-2”的视频硬件(通常是指支持象素Shader 2.0和顶点Shader 2.0的硬件)。为了简洁,本随笔进行适当的总结,因此真正理解掌握她们并不简单。
 

性能影响级:高

属性

建议

Brush

Brush速度(从快到慢):

SolidColorBrush

LinearGradientBrush

ImageBrush

DrawingBrush(缓存的)

VisualBrush(缓存的)

RadialGradientBrush

DrawingBrush(未缓存的)

VisualBrush(未缓存的)

Viewport3D.ClipToBounds

在明确不需要把Viewport3D的内容剪切到Viewport3D的矩形范围内时,应该把Viewport3D.ClipToBounds设置为falseWPF的反走样剪切非常慢,而且ClipToBounds默认是为true的。

Viewport3D.IsHitTestVisible

如果鼠标点击时不需要考虑Viewport3D的内容,Viewport3D.IsHitTestVisible应该设置为false3D内容的点击测试是由软件实现的,在大的网格中非常慢。Viewport3DIsHitTestVisible默认是为true的。

GeometryModel3D

只有在需要不同的Materials或者Transforms时,才建立不同的模型。否则应该把多个GeometryModel3D实例用相同的MaterialsTransforms组合到一个更大的GeometryModel3DMeshGeometry3D实例之中。

MeshGeometry3D

基于每帧来改变网格的不同顶点形成的网格动画在WPF不是很高效。在修改顶点时,为了减少对性能的影响,在执行每个顶点的修改之前应该从Visual树中Detach网格。在修改完成后,重新AttachVisual树。同样,构建这样的动画时应该减小网格的大小。

3D反走样

为了尽可能增加提交速度,可通过设置Attached属性RenderOptions.EdgeModeAliased来禁用Multisampling。默认时,3D反走样在Windows XP被禁用,而在Windows Vista被启用,每个象素4Samples

Text

3D场景中的实时文本(比较在DrawingBrush或者VisualBrush中的文本就是实时的)通常非常缓慢。尝试使用文本的图像(通过RenderTargetBitmap)来代替她,除非你需要修改文本。

TileBrush

如果你必须要在3D场景中使用VisualBrush或者DrawingBrush(因为这种Brush的内容不是静态的),应该尝试缓存Brush(通过设置Attached属性RenderOptions.CachingHintCache实现)。

CacheInvalidationThresholdMinimumCacheInvalidationThresholdMaximum设置无效放缩的最大、最小阀值。她能在场景中减小Brush重新生成的次数(甚至是避免),同时保持我们需要的质量。默认时,DrawingBrushVisualBrush都没有缓存,表示每次重画都必须重新生成画刷,而且整个内容是被画到一个临时的Surface,最后再复制到目标Surface

BitmapEffect

BitmapEffect强制其影响的所有内容都不能使用硬件加速来提交。如果需要最好的性能,请不要使用BitmapEffect


 

性能影响级别:中

属性

建议

MeshGeometry3D

如果网格是通过共享顶点(而且这些顶点的位置、向量和纹理映射都相同),以邻接三角形的形式定义网格的,共享的顶点应该只定义一次,然后用索引MeshGeometry3D.TriangleIndices来定义三角形。

ImageBrush

当我们需要直接控制纹理大小时(比如在使用RenderTargetBitmap/或者ImageBrush时),应该尽可能减小WPF纹理大小。注意低分辨率的纹理会降低显示质量。因此在质量和性能之间应该进行合理的选择。

Opacity

提交半透明的3D内容时(比如反射),应该在Brush或者Materials上使用Opacity属性(通过Brush.Opacity或者Materials.Opacity)而不是另外建立一个半透明的Viewport3D(使Viewport3D.Opacity < 1)。

Viewport3D

减少在场景中使用的Viewport3D的数量。把多个3D模型放在同一个Viewport3D之中,而不是为每个模型建立不同的Viewport3D

Freezable

通常,重用MeshGeometry3DGeometryModel3DBrushMaterials很有好处。由于她们都从Freezable继承,都可以拥有多个父元素。

Brush

Brush内容不改变时,用ImageBrush来代替VisualBrushDrawingBrush2D内容可以通过RenderTargetBitmap转换为Image,然后在ImageBursh中使用。

Light

光源速度(从快到慢):

Ambient

Directional

Point

Spot

MeshGeometry3D

尽量让网格大小满足这些条件:

MeshGeometry3D.Positions: 20,001Point3D实例

MeshGeometry3D.TriangleIndices: 60,003Int32实例

Materials

Materials速度(从快到慢):

EmissiveMaterials

DiffuseMaterials

SpecularMaterials

Brush

WPF 3D没有以相同的方式来选择忽略不可见的画刷(黑色的环境Brush、光亮画刷等等)。不要在我们的场景中使用她们。

MaterialsGroup

MaterialsGroup中的每个Materials都引起另一个提交通道,因此包含多个Materials,即使是简单的Materials也会严重地增加GPU的填充指令。应该在MaterialsGroup尽可能减少Materials的数量。

 

性能影响级别:低

属性

建议

Transform3DGroup

当我们不需要动画或者数据绑定时,不要使用Transform组包含多个Transform。而是使用一个单独的MatrixTransform3D

Light

在场景中减少光源的数量。太多的光源会强制WPF回退到软件提交实现。粗略的限制是110DirectionalLights70PointLights或者40SpotLights

ModelVisual3D

应该把静态对象单独放入一个ModelVisual3D实例。ModelVisual3DGeometryModel3D更庞大,因为她缓存了变换的边界。GeometryModel3D适合于模型。而ModelVisual3D适合于场景点。我们需要使用ModelVisual3D来把GeometryModel3D实例(希望共享)放入场景之中。

Light

在场景中减少改变光源的次数。每次改变光源都强制重新生成Shader、重新编译。除非原来的配置已经存在(也就是Shader被缓存)。

MeshGeometry3D

为了减少在WPF构造大量集合的时间,比如MeshGeometry3DPositionNormalsTextureCoordinatesTrangleIndices。应该在值写入前就改变集合的大小。如果可能,直接向集合的构造函数传入一个Array或者List

作者:David Teitlebaum。感谢Chris RaubacherAnthony HodsdonJordan ParkerDaniel Lehenbauer



本文转自赖仪灵博客园博客,原文链接:http://www.cnblogs.com/YilingLai/archive/2007/02/09/645536.html

,如需转载请自行联系原作者。


上一篇:.NET 6学习笔记(1)——通过FileStream实现不同进程对单一文件的同时读写


下一篇:Uva 796 Critical Links 找桥