怎么把prefab导出成fbx

1模型导入U3D ，FBX格式导入
2在U3D工程视图中点击该模型，将那个Collider勾上，应用后，拖入场景
3右键U3D工程视图空白处->Import Asset->CharactorController(好象是这个名字哈)->再在资源中寻找standardAsset里charactor的prefab，并拖入场景
4删除场景自带的MainCamera
5调整刚才拖入的prefab位置和大小
6发布

fbx模型是一种通用模型格式，支持所有主要的三维数据元素以及二维、音频和视频媒体元素，Autodesk FBX是Autodesk公司出品的一款用于跨平台的免费三维创作与交换格式的软件，通过FBX用户能访问大多数三维供应商的三维文件。

看到有群里有问怎样导出带材质fbx，很多朋友直接从revit导出来的fbx格式，lumion打开是白面的，这是没有材质，unity打开也是一坨灰，完全分不清楚。本期更新一个导格式的教程，帮助有需要的朋友从revit导出带材质的fbx文件。

准备材料:revit 2017，对应版本naviswork 2017。

1准备工作

安装好revit和对应版本的naviswork。

2revit打开模型

3导出nwc格式数据，这里要安装好naviswork才会有这个导出选项，有时候可能这里没有，会出现在附加模块中。

4使用naviswork打开nwc文件。

5再在naviswork里面导出fbx格式文件。

6双击fbx文件，win10自带fbx打开器。

对比一下直接从revit导出的fbx格式，效果还是可以。

视频教程

Revit导出带材质fbx格式

凉拌谢耳朵的视频

· 1696 播放

以后尽量添加视频解说，有什么建议可以私发给我，视频同步到哔哩哔哩，用户名同凉拌谢耳朵，感谢。

编辑于 2020-07-05 12:13

赞同 53 条评论收藏

分享

举报收起

FBX、DAE模型的格式、导入与骨骼动画

zwqxin

就是傻傻地

FBX和DAE分别是Autodesk和Khronos旗下核心的可交换型3D模型格式，也算是当前主流的支持顶点蒙皮骨骼动画的格式，在实时渲染领域基本是无人不识了。本文主要以笔记形式记录一下读取这两种模型时的一些须注意的地方。——ZwqXincom
[OBJ模型文件的结构、导入与渲染Ⅰ]
[OBJ模型文件的结构、导入与渲染Ⅱ]
[用Indexed-VBO渲染3DS模型] [3DS文件结构的初步认识]
[MD2格式模型的格式、导入与帧动画]
[MD3模型的格式、导入与骨骼概念动画]
[MD5模型的格式、导入与顶点蒙皮式骨骼动画I]
[MD5模型的格式、导入与顶点蒙皮式骨骼动画II]

本文来源于 ZwqXin (>

---------------------------------関---系---な---し-------------------------------------

2011年的时候集中轰击了五款3D模型格式（obj、3ds、md2、md3、md5），那时候其实主要是从渲染方式和模型动画方式的进化角度来选择的，尤其是ID Tech的md系列，让这个世界的模型动画观念从最简单的“帧动画”到当前主流的“骨骼动画”进化。但是，即便是拥有骨骼动画的md5格式，也已经是将近10年前的诞生物了，那么这10年来，3d模型格式到底有没有发生了什么变化？——我们将从当今主流的格式略窥一二。

作为开场前口水话，先来说一说实时渲染领域上的3d模型的些许历史罢。上世纪90年代初，由游戏产业带动的娱乐化三维实时渲染开始兴起，那时候的模型也只停留在非常简陋的阶段，甚至没必要专门的存储手段，更别谈什么模型动画了。但是随后当人们发现硬件和技术（值得一提的是，OpenGL也在此时应运而生）逐渐可以支持更复杂的静态模型数据的实时渲染时，存储问题也正式被重视。在没有一个统一标准的情况下，那些以往用于工业建模设计上的交换格式（简化版本），例如Autodesk 3DS Max下的3ds和Wavefront软件下的obj，就被选为最具代表性的两种主流静态模型格式了，情况甚至延续至今。

随着90年代中后期视频游戏的爆发式发展，模型中的动画也自然变成需求的一部分，而引领动画技术快速发展的一个重要角色，就是前面说到的ID Software公司下的ID Tech系列引擎。包括至今被众多游戏制作者崇拜着的约翰·卡马克所策动的Doom系列和经典的C/S架构游戏Quake系列，ID Tech在世纪交换期可谓聚集式吸引了视频游戏领域的众眼球。在这众系列引擎中，也隐含着模型动画方式的进化：

md（或者称md1），推测应该是ID Tech 1（1996）所使用的模型格式或概念，是否包含动画信息尚不可知，但是它必然是后来此系列模型格式的基石；

md2，始于ID Tech 2（1997），真正地把动画中的“各帧模型”合并到一个模型中，利用帧数据（结合Morphing技术）还原动画，简单而数据量巨大；

md3，始于ID Tech 3 （1999），虽仍以帧数据还原动画，但同时引入了骨骼这一概念，把模型分为下身、上身、头和武器这几部分，通过骨骼节点连接，下身节点带动上身移动和旋转，以此类推——相当于加入了一条短骨骼，有效地降低数据冗余度，各部分的动画可以各种组合；

md4，草稿式的模型格式，它的存在印证着新千年初始期，ID Tech人员对更高效模型格式和渲染技术的探寻，但也只停留在概念阶段而被略去——但也有其他人实现了这一概念（mdr格式），也存在别的发展分支（mdl格式）；

md5，始于ID Tech 4（2004），从03年完善到05年，是真正的支持骨骼动画、顶点蒙皮渲染的模型格式，随着著名的Doom3游戏进入大众的视线。

随着新世代显卡的发展、各种商业非商业实时渲染引擎的出现和发展，骨骼动画被引入为主流的模型动画标准，至今仍为主流技术。这10年来，随着ID Tech的沉默（最新的ID Tech 5已不如往日辉煌）和各路人马的强大和异军突起，业界也有巨头期盼着制作出某种更通用的（被更多模型制作工具支持或转换，可被各方人员交换和重用的）模型格式标准，这其中就包括Autodesk、Microsoft和与我们OpenGL标准息息相关Khronos委员会。

fbx，[WIKI]源于Kaydara的FilmBox（后改为现称的MotionBuilder）软件（1996），后来被Autodesk收购，但是这个模型格式依然被一直发展，直至今天它还是“最”跟得上潮流的格式——鉴于Autodesk已经无法给3ds格式更好的动画信息支持了，现在fbx才是它的主打，也因为有个强大的爹，这个格式被广泛的建模软件和游戏引擎支持，也有引擎（像那个Xxity3D）把它作为主要支持的导入模型的；

x，这是Microsoft弄出来的模型格式，随着DirectX的SDK一起升级，后来也成为了骨骼动画的代表模型格式之一，这是微软为了把DX塑造成完整的自生态开发系统而采取的常见行为，虽然格式本身是开放的，但可见对Direct3D是无条件支持的（甚至有内置函数可以直接读取），这里我就不过多阐述了，因长期没更新，所以业界使用率没比md5更广泛得了去哪，常见于D3D的例子Demo；

dae，[WIKI]也称Collada模型，是非盈利性组织Khronos负责维护的开放性三维模型格式（现已成为 ISO标准之一），应该说跟OpenGL是同一级别的，作为一个标准，其目的自然是能被各方支持了，而毕竟Autodesk有自己的利益考虑，所以远没有像fbx那样完美的支持，但这不妨碍它现在还是能够与封闭的fbx分庭抗礼的主要模型格式。

---