sketchup建模总结Word文件下载.docx
《sketchup建模总结Word文件下载.docx》由会员分享，可在线阅读，更多相关《sketchup建模总结Word文件下载.docx（9页珍藏版）》请在冰点文库上搜索。
窗口图层管理器，如图5所示，然后将不需要的图层对钩去掉就可以了。
图2
图3
图5
（2）对于导入底图当中的一些错误线段进行识别，为构建建筑平面图准备，就比如图6当中的情况，由于一些线距离特别近，所以可以判定它们是绘制错误，应该是一条线。
注意：
对于有些线段应当使用滚轮进行放大观察，不然识别不出来，会给后来构建模型带来麻烦。
图6
（3）对于底图当中的线段操作完成之后，接下来就是通过画线工具进行绘制平面图，这一步虽然只是根据底图的边和顶点描制平面图，有时却会出现很多问题，导致所连接的线不能构成平面，常见情况有：
A）出现了如图7当中的底图，由于操作当中的不慎，上顶点和下顶点混着用，以至于所连的不能构成平面；
图7
B）在连线当中没能够保持连线的连续性，从而少划了一些线，由于刚开始从事模型制作的人并没有新建图层的习惯，所以会将平面图与底图建在同一图层上，且所画线跟底图的线是重合的，导致结果不能看清楚自己的那根线没有连。
好的解决办法是，在划平面图时要新建一个图层，比如命名为“平面层”，然后选定“平面层”为当前操作层如图8中所示（黑点指示为当前操作层），当在划平面图时想要查看自己划的线时只需将“wall”后面的对钩去掉就行，如图9中只剩下自己绘制的线。
图8
图9
（4）有所得到的平面图，通过推/拉操作构建三维模型，这个操作应该很容易，不过还是介绍几点技巧：
1.选定推拉工具（快捷键p）后，点击操作平面，然后向所要移动方向推/拉可以在右下角填入距离，进行精确操作，如图10；
2.可以通过提示得出跟其它建筑相同高度，推拉工具点击操作平面，将鼠标移至想要等高的建筑的平面上，显示提示时点击鼠标，即可得到想要的效果。
图10
三．对已构建好的三维模型绘制纹理
（1）墙体照片采集
照片采集的原则：
尽量为正面，比较完整的照片；
如果墙体过大，则可分为几块进行分别拍照，注意要把边角放进去；
另外，在进行分块拍照时，要尽量保持同一个拍摄角度，不然图片光线相差很大。
（2）采集照片处理
照片处理的基本操作就是使用多边形套索工具当中的自由变换项进行操作，注意的是当使用别处的图片进行修补时尽量选择接近的，不然光线相差太多。
（3）照片导入sketchup作为墙体纹理
文件导入（选择jpg类型）选择图片，导入图片，将其放入所要添加的平面上，然后选择缩放（快捷键s）工具调整为平面大小。
在图片与地面相交处会出现失真。
扩展阅读：
sketchup学习心得
一：
序言
设计师运用SketchUp创建设计模型，在工作过程中需要经常变换工作区里的视景，从各种不同的方位和角度观察和操作。
当模型架构得越来越复杂，模型上应用的材质越来越多的时候，模型档案跟着变得很大，因而SketchUp在Pan（平移视景）,Orbit（旋转视景）或Zoom（缩放视景）上花费的时间相对的也变长，影响到SketchUp操作性的流畅。
由於SketchUp是「实时成像」的，任何时候只要工作区的视景（View）发生了某些改变，就会引发一系列运算以保证每一样物体持续更新，直到改变结束。
因此在工作区里看到的场景物体越多，SketchUp就得操纵越复杂的改变，你的电脑系统就必须做更多的工作。
我们可以利用一些技巧去改善这种状况，让SketchUp在设计操作中能执行的更流畅一些。
在《如何使SketchUp跑得更快》这一系列博文里，我们讲述如何调适电脑的硬体设定以及改善对SketchUp的操作习惯，从不同的方向来提升运用SketchUp进行建筑设计的工作效率。
窃以为，如果你只是弄个SketchUp玩玩，或者把它当成展示品表示你也有，那么你也不会有耐心来看这些博文，请就此飘过。
但是如果你对这个风华正茂的新设计工具有所认知，准备拿它做为建筑设计的主要生产工具，那么从下面一系列博文中你能获得许多有用的讯息，这些讯息都不存在SketchUp的官方文件里。
二：
渲染的概念
在讲述SketchUp的「实时成像」功能之前，我们必须先了解一些跟渲染相关的科普知识。
什麽是『渲染』？
渲染（Render）是对三维模型的一种着色演算（Shade）过程，任何所谓的渲染器（Renderer）本身就只是一种演算程式模组，不同的渲染器可能应用不同的演算法，但是改变不了的是渲染运行的阶段性进程。
我们来谈谈渲染的阶段性进程都包含了哪些步骤。
（一）渲染的阶段性进程
通常渲染器（Renderer）启动渲染演算以后，渲染分为二个阶段进行，首先是处理视景范围里的三维模型，把模型表面细分成网格面。
接着才是对这些细小的几何面进行着色处理。
〖第一个阶段〗处理模型
（1）首先会针对视景（View）中能看见的几何物体做运算分析（BuildGepmetry）。
（2）产生用於渲染成像所需要的几何构架，建立成三角形网格面（BuildMeshes）。
（3）对这些细小的网格面做顶点（Vertex）计算，产生所有的顶点座标、纹理座标、法线角度等等数据，这些网格面的顶点是着色的根据，通常在几何面上显现的颜色、纹理、亮度是对三个顶点的演算结果与相邻网格面的平均值。
〖第二个阶段〗着色演算
（1）进行着色（shade）、纹理映射（texturemapping）、凹凸映射（Bumpmapping）等等，逐次对这些细小几何面上进行着色演算。
（2）然后是模拟光线照射的结果，光源可以是环境光、太阳光或你在场景里设置的各种灯光以及从其他物体反射过来的光线，演算场景里物体上的环境光照和阴影投射明暗程度。
逐一计算出各个几何面上接受到从光源投射过来的光线强度、颜色等，以及向场景的漫射、反射、次表面散射、模糊这些模拟真实世界光线的行为。
逐一计算出各个几何面上表现的演色结果，不同的渲染演算模组会使用不同的演算法，诸如光迹追踪和全局光照等等。
（3）着色以后还要对整个画面上显现的图像做反锯齿（Anti-aliasing）运算，最终才会给出具有真实感（Photo-realistics）的图像。
（二）渲染演算是有限次数的模拟运算
渲染演算是运用演算法模拟真实世界中在光线照射下，以及物体间的交互反射时在物体表面上产生的光照行为，包括反射、折射、透明、漫射…等等。
但是利用电脑做运算，只能以一个取样率对入射光线设定有限的光线数目，并且设定一个临界值做有限次数的运算（否则永远算不完），这个控制演算强度的临界值是可以从参数设定的，因而你可以设置不同的渲染品质。
（三）渲染的运算强度很大
在上述二个运算阶段中，当前绝大部份的渲染器并不依靠显示卡上的图形处理器（GPU）进行演算，而是运用电脑的中央处理器（CPU）做运算。
（只有几个当前正发展中的的新渲染器能支援nVidia的CUDA介面，把第二阶段的渲染工作交由显示卡的GPU处理，很大程度的提升了渲染运算的速度），因而CPU的运算速度（GHz）直接影响渲染的演算速度。
在渲染过程中产生的大量运算数据则暂存在电脑的主记忆体中，因而主记忆体的多寡会直接影响你能渲染多复杂的模型，也影响到你能输出多大尺寸（像素值）的图像。
不像SketchUp只能运用单执行绪，渲染器是多执行绪（Multi-threads,多线程）运行的，因此如果你的电脑是多处理器或多核处理器（Multi-Core），就能大幅度减少渲染所花费的时间。
由於渲染的运算强度很大，尤其在渲染的第二个阶段会运用光迹追踪（Raytracing）、全局照明（GlobalIllumination）或其他的复杂演算法处理场景的光照效果，加上最后还得对渲染出来的影像做反锯齿运算。
要把三维的建筑模型渲染成细致拟真的图像，由於建筑模型通常会具有一定的复杂度，因而这些演算过程都会花费很长的时间，相对简单的小场景可能花费十几分钟，复杂的大场景也许会耗费十几个小时，事实上不可能达到马上看到结果的速度要求。
三：
SketchUp的实时成像
SketchUp的特质是实时成像，在建构或编辑模型的过程中，当你对场景里的模型做了任何改变，例如对模型的表面做推拉（Push/Pull）、复制（Copy）等等，随着游标在场景里拖曳移动，SketchUp就立即回应出改变后的模样。
即使没有对模型的几何构架增删些什麽，仅只运用旋转视景（Orbit）或者缩放视景（Zoom）命令调整了观视的角度，但是只要你改变了工作区里的视景，就会立即引发SketchUp的渲染引擎（RenderEngine）进行运算，并且实时的显现出改变完成后的模样，这就是从设计者的角度所需要的实时视觉回馈。
SketchUp的英文版介面中以Render来表达成像的操作，几个汉化版甚至官方繁体中文版里把英文版所谓的Render直译成「渲染」，我感觉翻译得不恰当，虽然官方从来没有说清楚SketchUp实时渲染的内容，不过凡是使用过SketchUp的人都能看得出来，SketchUp所谓的实时渲染，其在萤幕上显现的图像跟我们熟悉的Podium,VaryforSketchUp等渲染器所渲染出来的图像间有相当程度的差异。
SketchUp里只有阳光没有灯光，物体不会反射、折射，纹理没有凹凸、模糊等等。
根据这些差异特征，与其说它是渲染（Render），毋宁说它更像是着色（Shade）。
在电脑图形学里，Render和Shade是两码子事，二者的本质是不同的。
SketchUp官方号称的渲染（Render），其实不是真正意义上的渲染，更明确的说，应该是一种高级的明暗着色法（Shade）。
Render与Shade是两回事，虽然渲染同样也是着色运算的表现，但是渲染运算比着色运算做得更多。
明暗着色法多用于三维场景的显示视窗（亦即SketchUp工作区显示的画面），能显示对模型着色的几何面组织、环境光照、阴影、透明、表面纹理以及三点透视视景。
用於操作设计的过程中，让处理三维模型的设计者能清楚的分辨模型上各个表面间的前后远近关系和场景的具象形态。
说SketchUp应用的是一种高级的着色法，这是因为它能实时显示高解析度视景和对全画面反锯齿处理的效率表现，的确优于其他运用这种着色法的应用程式，使得SketchUp在用做三维设计工具时，其操作效率能够远远超越许多只能以等角透视显示线架构模型的CAD软体。
高品质的着色显示是需要借助显示卡来支持的，它能加速三维图像的显示运算速度，并且优化图像的显示效果。
但无论怎么优化，它都无法把显示出来的三维图像变成高品质的拟真Photo-realistics图像。
因为这种Shade着色法强调的是「实时成像」技术，其实这也正是SketchUp脍炙人口的强项，但是电脑硬体有一定的运算速度限制，使得SketchUp因而必须放弃去运算显示视景中物体的反射、折射等光迹追踪和辐射光照的效果，避开这些高强度运算（其实这些就是许多人所认知的渲染效果）的耗时过程，才能达成让SketchUp在显示上能实时反馈出视景里的任何改变。
对「实时显像」的要求是什麽？
一言以蔽之，『只要你改变了当前工作区的视景（View），就会立刻启动着色运算，即时更新画面的内容，对任何改变做实时的视觉反馈』。
然而即使应用的是Shade明暗着色法，不是意义上的Render渲染，启动着色动作以后，电脑同样的要分成二个阶段处理，第一个阶段先对视景里可见的模型物件做几何构架分析（BuildGeometry）、建立细分的网格面（BuildMeshes）以及计算出网格上各个细小几何面的顶点座标、法线角度、纹理座标与亮度值等等。
第二个阶段则是对各个细分的几何面进行着色（Shading）、纹理映射（texturemapping）、阴影投射、全画面反锯齿处理等等运算，一个不少。
着色运算中，细分网格面的多寡直接会影响到运算的次数，因而在模型里如果曲面用得越多，产生的网格也越细小，即使SketchUp使用的是Quadface（矩形面）不是Triangleface（三角面），可是对於曲面细分还是毫不含糊的，当然着色运算也跟着细分的网格面增减运算数量。
为了达到实时成像的要求，必须尽可能的缩短显示运算时间，因而SketchUp借助显示卡上的图形处理器来分流对运算的需要，称之为『硬体加速』。
图形处理器（GraphicProcessUnit,GPU），顾名思义是被设计专门用来进行图形显示运算的工作，SketchUp利用OpenGL函式呼叫显示卡的驱动程序去驱动GPU进行上述第二阶段的着色、纹理映射、阴影、反锯齿等运算强度比较高的工作。
SketchUp要求的是快速有效的成像，运用明暗着色法放弃光迹追踪，虽然无法达到渲染的影像那种细腻动人，但是经由硬体加速处理能完全能达成操作设计中即时反馈的要求。
反而当前大多数渲染器并不使用显示卡的GPU做渲染运算（仅有少数能支援CUDA的渲染器才能运用显示卡GPU做渲染运算），整个高强度渲染运算过程都在电脑的中央处理器CPU上完成，当然花费的时间相对也是可观的。
然而并非所有的显示卡都能符合SketchUp利用OpenGL呼叫GPU运算的要求，有些游戏级显示卡对OpenGL的支援程度不佳，其驱动程式无法呼叫完整的OpenGL函式库，开启SketchUp的硬体加速时容易出现花屏或画面扭曲现象，甚至於蓝屏死机，以至於使用者不得不关闭硬件加速功能。
SketchUp在不启用硬体加速功能的状态下还是可以运行的，作业系统自带了一个通用的显示卡驱动模组，在不开启显示卡硬体加速功能时，SketchUp会运用这个驱动模组去模拟加速功能，但是原先分流到显示卡GPU的第二阶段运算又回复到主机板上的CPU进行，占用了CPU和主记忆体资源，必然会使得SketchUp的整个显示运算速度大为降低，同时因为无法设定反锯齿运算等级，使得显示的影像品质跟着降低。
所以为了能有效率的利用SketchUp操作三维设计工作，给电脑配备一块合用的显示卡是必需的。
四：
解SketchUp运行的整体显示速度
我们使用的电脑硬体架构看起来大同小异，但是机壳内部的组件配备可能有各种不同等级搭配，形成不同的运行效能。
因而在不同的电脑上，SketchUp成像的显示速度也各不相同，如果显示速度比较慢，代表在操作中对设计者视觉回馈的时间变长，影响到的是设计思维的节奏变慢，积少成多会使得工作效率受到影响。
怎么算是快怎么又算是慢，说实在的到现在并没有一个客观的标准，我们只能从SketchUpBBS论坛上一些网友的测试结果中收集数据，用做相对性的统计值，如果你也是个SketchUp的使用者，想要知
道你的电脑运行SketchUp的显示速度是在哪一个「档次」吗？
SketchUp有一个内部命令"
Test.time_display"
，可以用来测试电脑对SketchUp运行的整体显示速度，这个命令并未出现在公开的使用者介面上，因此你在各种功能表里都找不到它。
这个测试通常会用到一个由216颗白色圆球以6X6X6三向矩阵排列组成立方体的SKP模型"
Test.skp"
。
如果你也想测试一下你的电脑，可以到我的Skydrive上面下载这个模型，前提是你的电脑上得安装有SketchUp7.0或7.1版应用程
式。
下载的链接如下：
-
任何的测试都不是兴致所至随手就做，那种测试毫无意义。
在测试前必须先做一些准备工作，明确测试环
境，才能获得有用的结果。
对於这项测试要先准备些什麽？
（1）首先，重新启动电脑，在重新启动的过程中会把主记忆体中残存的数据清理掉。
（2）关闭其他不必要的应用程式。
（3）启动SketchUp，开启Window（视窗）>
Preferences（偏好设定）>
OpenGL面板，确认硬体加速功能
已经启用，反锯齿等级设定到4x。
（4）记录下当前的状态，等一下要测试开启阴影和关闭阴影二种不同的显示运算速度。
（二）测试的操作方法
（1）在SketchUp7.1（或7.0）里，开启这个测试用的模型档案"
（2）从下拉菜单选择Window（视窗）>
RubyConsole，开启「Ruby控制台」视窗。
（3）在Ruby控制台底端的命令输入栏中键入"
，（注意大小写以及不要包含"
"
引号），并按
Enter键执行这个命令。
（4）你会看到场景里的模型开始转动，这个命令驱使电脑进行实时显示运算，并且连续显示多幅影格画面，
看起来像是连续的动态影像。
旋转多圈以后停止下来，接着显示出一个讯息面板，如图所示。
友情提示：
本文中关于《sketchup建模总结》给出的范例仅供您参考拓展思维使用，sketchup建模总结：
该篇文章建议您自主创作。
升级会员 