Unity3D如何分屏画面、子母屏画面?
很多游戏都会用到类似的画面处理，游戏当中小地图、车子的后照镜、双人游戏、四人游戏。Unity3D子母画面如何设定呢？
1.拖一个“物件”当做辅助“镜头”测试用，在这我们拖曳了一条龙！
2.新增两个镜头，一个从正面看“龙头”，另一个从背面看“龙背”。
3.点选物件“Camera_A”，从Inspector设定把Normalized View Port Rect内的：
点选物件“Camera_B”，从Inspector设定把Normalized View Port Rect内的：
4.＊Normalized View Port Rect解说：X,Y代表画面的位置，左上是（0,0），左下（0,1），右上是（1,0），右下是（1,1），正中央就是（0.5,0.5）。
W画面的宽度参数值范围：0~1
H画面的高度参数值范围：0~1
所以如果设定为：
“Camera_A”
“Camera_B”
《编程回忆录 之 unity3d》公开课
第一讲 Unity3D来袭
第二讲 从布局起步
第三讲 脚本无敌
第四讲 第一个场景
第五讲 变量
第十一讲：输入状态
第十二讲：卡丁车
第十三讲：分支语句打造变色龙
想学习三维交互的朋友请进群130360 、
这是一些视频教程给你看看吧！~Unity项目中UI美术需要知道什么
| 15年9月21日|795关注
包含5节视频教程
关注3.0万次
本套教程极为精炼的制作一个完整的客厅效果图，老师使用了目前最快的制作方法，也是老师制作效果图的每日工作的总结，课程非常实用，没有多余的拖累，非常适合有一些基础然后想提高的会员。
本文开发者DonaldW写给UI美术同事的一篇文章，原文题为《Unity项目中UI同学需知的程序相关要点》，分享给大家，希望促进程序和美术之间的相互理解。
背景和目的
本文的背景是《独立防线》（Killer）项目已进行到了一定阶段。虽然之前定下了UI制作规范，但中途也更新了规范，但程序和美术没有具体面对面沟通，也没有阐述规范的原因和落地方法。
所以，本文目的是为UI美术同事介绍：1、手游性能相关的标准是什么；2、具体制作时需要注意什么；3、什么样的UI流程是高效的。
注，以下内容并非要求UI美术同学都掌握、或者要求UI美术单独去处理。而是希望UI美术同学能知道有这些一回事需要考虑。最重要的是：在设计之初，能意识到可能有问题，需要找程序去沟通。
体验和性能
极端的体验和极端的性能都不现实。在手游平台上，我们应该追求的是体验和性能平衡。
性能评估标准
游戏中，任一元素（UI图片、特效、模型等）对性能的影响都可以拆分为以下4种影响：CPU消耗、GPU消耗、外存消耗和内存消耗。
现就UI相关的影响进行举例如下。
CPU负责把UI界面的逻辑结构进行更新、汇总，并负责把这些数据准备好。最后把这些信息传给GPU。
UI一般影响CPU的因素包括：
界面结构复杂度
界面结构变化频率
动画复杂度
GPU负责最终画面的绘制、渲染。因为渲染是复杂的流程、且运算量巨大、且手机GPU固有的硬件限制（核心数少、浮点运算速度慢），手游的性能瓶颈往往都发生在GPU。
也就是说，GPU消耗是性能优化的重中之重。
UI一般影响GPU的因素包括：
绘制次数（drawcall），和单张图片的数量等因素相关
图片最终在屏幕所展现的面积
图片是否透明
shader的复杂度
重绘度（overrdraw，单位像素的重新绘制次数）
其中，特别值得注意的是drawcall和重绘复杂度。
每一个不同“材质”的东西都需要占用一个drawcall。每多一个drawcall必然带来额外的CPU消耗和GPU消耗。
可以简单认为，当两个东西的材质的shader相同，且纹理相同，则它们是同一个材质，在渲染它们的时候，引擎会进行优化，会合并drawcall为1个。
overdraw表示单位像素的重新绘制次数右部表示overdraw的程度，越“亮”的区域表示overdraw的程度越高，也就越消耗GPU。
外存消耗指的是资源在用户“硬盘里占用了多少多少M”。如果外存过大，可能导致用户不愿意下载，或者下载安装后，硬盘空间不够，安装不成功。一般影响外存的因素包括：
图片的分辨率大小
图片是否压缩
另外，优化了外存，内存往往也会从中受益。
内存消耗指的是“游戏在实际运行时，占用多少M”。
如果内存过大，可能会导致用户游戏体验不流畅，甚至crash。一般影响内存的因素包括：
图片的分辨率大小
图片的分辨率是否是2的N次方，
图片是否压缩
UI制作要点UI输出的图片，可在Unity里设置为新的等比缩放分辨率
正因如此，UI美术同学在输出UI贴图时，一般情况下按美术示意图的原分辨率输出即可。
单独调分辨率的工作，目前是由开发同学进行。最理想的工作流程，是UI美术同学在导图到Unity的时候，就单独按需设置分辨率（和特效场景模型同学的工作流程一样）。
至于什么情况下需要进行降分辨率操作，见下文。
低频变化的图片的分辨率可以很小
本方法能为GPU、外存、内存带来好处
低频变化的图片指的是纯色的、渐变等变化比较平缓的图片。
低频变化的图片拉伸后仍能表现非常类似的效果，这是因为GPU在图片采样时会进行相邻像素的插值，从而能大概还原之前的平滑度。
总而言之，低频变化的图片的分辨率可以很小。
实例如下。
低频变化图片：原图512x512：
低频变化图片：输出给程序的图片缩小为32x32：
低频变化图片：程序在使用时将32x32拉伸为512x512：
“好”的UI可以拉起“不好的”UI的表现
本方法能为GPU、外存、内存带来好处
“好”的UI可以拉起“不好的”UI的表现这句话可以有以下的理解：
不压缩的UI可以拉起压缩的UI表现
高分辨率的UI可以拉起低分辨率的UI表现
高频率变化的UI可以拉起低频率变化的UI表现
如上图的放射线部分，它实际是由两张不同的放射线图上下叠加而成。下层的放射线顺时针转动，上层的放射线逆时针转动。
由于上层的放射线作为表现的主体所以采取了“好”的设置（分辨率高、非压缩），那么作为表现的衬托部分的下层图，就算采用比较“不好”的设置（分辨率低，压缩），也不容易察觉。
所以，针对这种多UI同时或同位置出现的情况，可以酌情调低某些UI的设置。
当然，这个例子中，上下两层采取同一张高品质的图也是解决方案之一。
输出图片的分辨率可以酌情低于视网膜的分辨率
本方法能为GPU、外存、内存带来好处
从iPhone4开始兴起了视网膜级别的PPI。这让手机的任意App的任意界面的任意一帧，都看不出任何像素感，提高了App的用户体验。
但在游戏中，游戏有以下特点：
游戏的UI资源是独立原创的（App的UI资源有可能直接使用操作系统自带的资源，节省外存），会带来非常客观的外存、内存消耗
游戏是动态的
游戏的一帧内，最吸引玩家眼前的往往是一个局部
再根据上面提到的“好”的UI可以拉起“不好的”UI的表现
所以在游戏中，可以酌情将特定非重点的UI图片的分辨率降低。
游戏中具体处理的例子：表现的主体是视网膜分辨率的，而它下面的弹出框背景作为表现衬托，采取了低于视网膜分辨率也察觉不出。
去除UI图片中不必要的通道、不必要的区域
本方法能为GPU、外存、内存带来好处
如上图。地球UI图片是没必要有透明通道的，因为它一直以整张底图的形式存在于游戏。
地图UI图右部是可以斟酌是否需要存在的，因为它在游戏中一直都被带有背景的排名列表UI挡住。
UI图片一般情况下都不需要mipmap
本方法能为外存、内存带来好处
mipmap会生成多张小图来避免缩小图片时没必要的GPU采样消耗。但使用mipmap的图片会比不使用的图片多占用约三分之一的外存和内存。
由于《独立防线》项目以iPhone4作为目标分辨率进行制作，且认为此分辨率是需支持的最小分辨率，也就是说，UI图片很少有缩小的情况出现，所以《独立防线》项目的UI图片都不需要mipmap，减少没必要的外存、内存消耗。
其他项目如果需兼容更低分辨率的设备，则要按需选择mipmap。
多张UI图片可以打包在一起
本方法能为GPU带来极大好处，但可能为外存、内存带来坏处
操作很简单，选择需要打包的图了之后，在属性面板里键入任意同一英文字符串即可。
这样了之后，多张图被打包在一张图里面。
由于多张图片打包在了一起，根据上面提过的合并drawcall的原因，会大幅减少这些图片带来的GPU消耗。
打包之后，会产生多余的透明区域，所以打包可能带来的坏处就是增大了外存、内存。
所以，关键是选择哪些图片进行打包。来规避透明区域的出现。选择规则如下：
不用的图不打包。因为打包的图，就算从不使用，也还是会进入到最终的ipa或者apk里；
小的图尽可能打包
大图（比如大于512x512，常见的有UI底图）不打包。因为大图会很有可能产生透明区域；
降低需要打包中的分辨率最大的图。
不打包的单张UI图片分辨率必须是偶数、很有可能需要是2的N次幂
本方法能为GPU、外存、内存带来好处
按照上面的多张UI图片可以打包在一起做了之后，不打包的图应该是少量的。
但由于这些图是独立存在于内存，所以有更严格的要求：
单张UI图片分辨率必须是偶数。
单张UI图片当有以下任一特点时，分辨率必须是2的N次幂
需压缩的单张UI图片。
需tiled的单张UI图片。tiled即图片平铺，常用于四方连续UI图。
需mipmap的单张UI图片。即多层图片。一般情况下，UI的图片都不需mipmap，所以不用考虑这个。
@程序同学：现在大部分移动设备GPU是支持非2的N次方的。即NPOTSupport.Full或者Restricted的。Full的GPU对任意分辨率的纹理都能直接访问；Restricted的GPU，一般情况下对任意分辨率的纹理都能访问，但对于mipmap、tiled的纹理会把它pad成POT。所以，mipmap、或tiled的非打包单张纹理需强制POT。笔者身边的红米、三星、华为等手机，都支持NPOTSupport.Full，只发现小米3支持NPOTSupport.Restricted，小米3W支持NPOTSupport.Full。
@程序同学：ETC1（4bit/pixel）成功压缩的要求是POT且不带透明通道，否则将以16bit/pixel的方式压缩保存；PVRTC成功压缩的要求是POT且方形，否则将以true color（32bit/pixel）不压缩保存。常用的方案是，把UI图片打包到一张大图，且大图同时满足ETC1和PVRTC的要求，即POT、且透明通道拆分到大图的下半部、且方形。这需要有特殊的shader对这张大图进行采样：RGB取原本uv、A取uv向下偏移0.5。下半部的Alpha部分可以把Alpha值除以3平均分部到RGB通道，采样时把RGB相加作为Alpha，这样有利于ETC1压缩的效果。因大图的制作需要上半部是UI图片的RGB部分、下半部是UI图片的Alpha部分。所以需要自研或获取适合的atlas算法对UI图片进行排版。此时上面提到的Unity自带的Sprite Packer方法将不再适用。排版后的大图的可容忍浪费分辨率是原图的16bit/4bit=4倍，或32bit/4bit=8倍。
打包的UI图片的分辨率可以是任意的
但依然推荐输出偶数分辨率，避免未来带来不可知的麻烦。
UI最好能用九宫格+局部装饰实现
本方法能为GPU、外存、内存带来好处
九宫格已经是非常常用的UI制作方法。
九宫格UI几乎是百利无一害，所以希望UI同学能用九宫格的尽量用九宫格。
使用九宫格有以下几个值得注意的技巧：
九宫格UI图片可以做得很小只给正方形的图，而并非上面一个长条形的图
如果UI图片内部是低频变化（人话：比较平滑的纹理），依然可以使用九宫格
如果UI图片内部是高频变化（人话：比较细的复杂纹理），一般情况下就不能使用九宫格了
但可以把这些高频变化的纹理设计成只在边缘出现，让九宫格十字架内依然是低频变化，那这种UI图依然可以九宫格
切九宫格时，边缘部分应尽量细、内部十字架部分应该尽量饱满。这样可以确保这个UI能够使用于非常小的场合而不穿帮
字体选择方案
本方法能为外存、内存带来好处，可能为GPU带来好处
在选择游戏字体的时候，除了确保美观程度之外，还需考虑：
字体种类：应当保持在2类以内：用于标题的中文偏设计的字体、用于正文的中文偏正式的字体。如需，可额外加入英文偏设计的字体；
字体编码类型：如果是中文字体，需考虑是否GB2312编码甚至是GBK编码。避免字体出现有些常用中文字没有的情况；
在选择字体时，应留意在手机上的表现。比如一些字体比较细，在手机上看不清，到后面需要都加粗加描边，带来没必要的消耗，也带来了之后额外的繁琐的字体相关工作。
制作流程UI同学和程序同学一起维护Unity UI资源文件夹
当前的工作流程是美术同学输出了UI图片后，传到FTP，通知程序同学具体路径，程序同学从FTP拷贝资源到UnityUI资源文件夹，为了版本一致，程序同学可能需要对它进行重命名，才用上了一张新资源。
Unity UI资源文件夹里存放着真正采用到游戏的文件夹。这个文件夹事实上已经存在了，但只有程序同学在维护。现在需要UI美术同学、程序同学一起来维护它。这样有以下好处：
Unity的文件夹里，可以直接存放任意格式的图片甚至是psd。Unity在构建时才将这些图片转为需要用的格式
可以直接在Unity看到图片在手机里内存、外存的真正占用
方便查找真正在用的UI资源
由于这个文件夹的资源是正式且确保资源不重复，所以方便美术同学间协作，防止信息不对称制作了重复资源
当有UI小幅修改时，美术直接修改即可。而不是走一个美术修改、传给程序、程序替换的臃肿流程
给资源重用落地提供基础
事实上，我们的特效、场景、模型都已经是这样做了，一起维护一个真正采用到游戏的文件夹
资源组件重用
老生常谈、不得不谈。资源重用可以节省策划同学工作量、美术同学工作量、程序同学工作量，节省外存、内存，也节省用户体验学习成本，。如果减法百利无一害，何必狂做加法吃力不讨好。
一个可以帮助资源重用的思考流程大致是这样的：
UI美术同学如果在接到新UI需求；
先想UI的某个组件能不能用资源库里已有UI资源组件来完成；
如果能，则重用，仅仅在Photoshop里制作示意图，不输出该UI组件资源（此时，如果可以形成工具和规则，帮助UI美术同学将psd导出成prefab，将有效提高UI合入效率。《独立防线》项目组正在往这个方向尝试）；
如果不能，才设计新UI组件资源；同时，新资源也遵循可重用规则；
新资源归档回资源库；
多次重复1-5步后，资源库会越来越容易满足未来的新UI的需求。
适配设备分辨率的UI制作思路
最近新出的手游为了更好的体验，都采取了填满设备屏幕的分辨率适配的UI方案。所以要求策划同学、UI同学在设计时，就要考虑分辨率适配问题。而并不能仅仅瞄准一款热门设备比如iPhone5进行设计。
Unity UGUI有很好的UI适配方案。概括描述如下：
矩形的原点都在左下角。3个重要的矩形：实在存在的父矩形、用于辅助的anchor矩形、实在存在的子矩形（当前矩形）。父矩形内部包含了anchor矩形和子矩形。
下列图中，外框表示父矩形、“四叶花瓣尖”组成anchor矩形、蓝点表示子矩形。
图：anchor矩形四角跟父矩形四角一一对应。即归一化距离（即距离占父矩形宽或高的比例）固定。对应的两个角之间就好像用橡皮筋绑起来一样。比如图中左上花瓣跟左上角距离总是50%宽、60%高。注意到，图中anchor矩形四角聚在一起，这样父矩形大小变化时，anchor矩形大小不会变化。
图：anchor矩形四角跟父矩形四角一一对应。对应的两个角之间的归一化距离（即距离占父矩形宽或高的比例）固定。对应的两个角之间就好像用橡皮筋绑起来一样。比如图中左上花瓣跟左上角距离总是10%宽、50%高。注意到，图中anchor矩形四角各自分开，这样父矩形大小变化时，anchor矩形大小也会变化。
图：子矩形四角跟anchor矩形四角一一对应。对应的两个角之间的距离固定。对应的两个角之间就好像用铁棒锁起来一样。比如图中左上蓝点跟左上花瓣的距离总是80像素宽、30像素高。注意到，图中anchor矩形四角聚在一起，这样父矩形大小变化时，由于anchor矩形大小不会变化，所以子矩形大小不会变化。
图：子矩形四角跟anchor矩形四角一一对应。对应的两个角之间的距离固定。对应的两个角之间就好像用铁棒锁起来一样。比如图中左上蓝点跟左上花瓣的距离总是40像素宽、20像素高。注意到，图中anchor矩形四角各自分开，这样父矩形大小变化时，由于anchor矩形大小也会变化，所以子矩形大小也会变化。
总之，anchor矩形四角跟父矩形四角一一对应，对应的两个角之间的归一化距离（即距离占父矩形宽或高的比例）固定；子矩形四角跟anchor矩形四角一一对应。对应的两个角之间的距离固定。
通过这样的关系，就可以实现各种不同的适配方案。比如以下这些。
当四花瓣聚在一起时，父矩形改变大小，子矩形大小不会改变。位置会锁定在归一化距离。
横向纵向皆不拉伸
当四花瓣格子横向分开时，父矩形改变大小，子矩形横向大小会相应改变。
横向拉伸、纵向不拉伸
当四花瓣格子横向纵向皆分开时，父矩形改变大小，子矩形横向纵向大小皆会相应改变。
横向纵向皆拉伸
资源说明图文教程无法下载，只能观看图片和文字。
版权规则本站图文皆来自互联网共享资源，如涉及到版权请查看。本平台提供图文仅可用于个人学习，如用于商业请购买正版。您必须遵守的
朱峰社区 版权所有 闽ICP备号
ZhuFeng Community All Rights Reserved
朱峰社区编辑推荐
mari最初开发的时候是为阿凡达电影准备的。开…
1.复制文本发给您的QQ好友或群、微信等;好友点击链接以后，转发就成功了。
2.如朋友点击您的链接，您需要需刷新一下才行；同一个好友仅能点击一次。请完成以下验证码
您当前的位置： &
如何用Unity3D设计VR中的用户界面
查看: 546|
给设计用户界面的时候需要考虑很多传统屏幕设计场景中难以发现的问题。接下来我们会了解一下，作为VR开发者的挑战和机遇，然后讨论一下在这个新设备上，开发可用的界面的操作性。UI分辨率和外观DK2的分辨率是 1920 X 1080（每只眼睛960 X 1080），Ge VR 是2560 X 1440（每只眼睛1280 X 1440），这会导致任何占用像素少于宽和高的画面产生可察觉的像素化。需要特别注意UI元素， 需要时刻考虑的是这些元素在显示到VR上时是多大的。有个途径是使用更大或者加粗的字体，并且在设计UI的时候不用细线条，细线条在VR中会像素化。UI的类型画外在非VR项目中，UI经常盖在游戏画面上方，显示例如生命，分数，或者其他我们经常需要查看的内容，也叫HUD（Heads Up Display 游戏中指玩家常用状态栏）。这被认为是“画外”UI，它不在游戏世界中存在，是为了给玩家一些关于游戏的内容存在的。这个术语也在电影中用到，叫“画外音”，可能是一些电影或者电视节目中的音乐。然而画外音对于你正在观看的内容来说应该是有意义的。在中，添加HUD（状态栏）样式的“画外”UI通常是通过在UI Canvas 控件上，选择 Render Mode &：Screen Space - Overlay 或者 Screen Spacce-Camera &这两种模式实现的。这个途径在VR中一般没有用。 我们的眼睛无法聚焦到那么近的物体上， 而且 Screen Space-Overlay 在VR中并不支持。空间UI我们通常需要在环境中用World Space Canvas Render Mode 定位我们的UI， 这可以让我们的眼睛聚焦到UI。也叫做空间UI。在场景中放置UI通常都需要多思考一下。离用户太近会导致眼睛紧张，离得太远会觉得望向了地平线， 远方在户外环境可以用，但是不适合小房间。还可能需要对UI进行相应的缩放,根据需求动态的调整。如果可能，最好把你的UI放到可以舒适阅读的距离，然后相应的调整比例。比方说主菜单的UI:被放置在几米远的位置，文字和图片很大，阅读起来方便。如果把UI放置到一个距离，你可能会发现UI切入了其他物体。可以回顾一下&VR中的交互&文章中的准星相关内容，有提到关于创建一个，能够盖在其他物体之上的shader的方法，或者简单的用在VR 示例中的shader。这个shader也能用在文字上来防止它切入其他物体。很多开发者会在开头把UI附着在摄像机上，这样玩家在环境中移动时UI就会待在在一个固定的距离。这个对于准星或者其他小物件是比较有效的，但是对于更大的UI元素来说，这个经常会有一种效果，就像眼前举着报纸同时又向四周观察， 这个状况会导致不适甚至眩晕。可以看一下Shooter 360（打靶场）这个示例，这里UI会在一个短暂的延迟之后出现在画面里，能让玩家看向四周，适应一下没有UI固定在画面里然而模糊视线的环境。VR给我们了一个探索沉浸式360度场景的机会，有时你可能需要指出玩家需要查看的特定方向。在某些场景里，我们使用箭头来帮助玩家转到一个方向。这些箭头会根据玩家朝向渐入渐出。这部分能够在GUIArrows这个预设上找到， 而且比较容易重用。他们通过比较头部角度和目标角度来起作用。如果头部的旋转在预设的角度之外（下面GUIArrows&组件的Show Angle属性），然后箭头就会渐入。当玩家回到了需要的方向， 这些箭头就会淡出画面。画内UI一个代替空间UI的方案是环境本身给玩家显示一些信息。这可能是墙上的钟表， 电视，电脑的显示器， 或者是科幻武器上的全息显示。这都算是画内UI。请看Flayer场景中，飞船身上的UI， 或者Shooter（打靶）场景中的武器：这可能不像非常严谨的画内UI, 把用户界面附加在物体上让我们有一个比较合理的途径来让画内UI在Unity中起作用。更多关于UI的内容在这里GamaSutra可以找到关于UI类型的彻底分析，不过没有谈到VR。UI交互通过调用VR交互中提到的VREyeRaycaster,&VRInput, 和&VRInteractiveItem 组件，我们能够通过创建一个监听了VRInteractiveItem事件的类，来和UI建立基础的交互。关于这方面的更多信息可以查看VR中的交互，特别是迷宫场景中的开关功能。我们也会在游戏的开始来使用UI交互，可以保证玩家阅读游戏介绍。更多关于在VR中使用Unity UI的信息，请查看 博客上的&Unity’s UI System in VR&这篇文章，这里同样提供了一些代码示例。VR示例场景中的UI让我们一起看一下上面提到的技术是如何在VR示例场景中用到的。菜单场景中的菜单UI使用的自定义的贴图来实现弯曲，封闭的效果。和这些贴图互动用到了“VR中的交互” 这篇文章里提到的同样的方法。Flayer静态出现在世界坐标系中的简介和游戏结束UI：然而，我们选择附着在飞船位置上的世界坐标的UI，来表现与游戏相关的信息， 就是画内UI。由于用户会经常在画面中看到飞船， 在焦点附近显示一个UI来表现重要数据，这个做法很有道理。这个UI也会旋转来一直面向摄像机， 避免斜角，保证UI对玩家来说总是清晰可见的。迷宫在迷宫场景，我们也会用到空间UI来做介绍和结尾部分：当开关已经激活的时候，空间UI会用来提示玩家来进行互动。Shooter 180（Target Gallery， 打靶游戏）静态的空间UI又一次用在对玩家的简介和结束部分：就像上面提到的，我们在武器上用画内UI来显示剩余时间和当前分数：Shooter 360 （Target Arena 打靶场）最后，空间UI在这里用到了， 但是有一点变化：在动作发生时，例如玩家向周围观察， 我们选择在一段延迟之后再移动UI， 水平旋转来跟上玩家。这是为了让玩家意识到，他们是在一个需要向四周看的场景中。画内UI在这里的枪上又重用了一次：VR中字体的自由抗锯齿一个关于如何设置VR字体自由抗锯齿的方法（可能出于性能的考虑）：在&世界坐标系的Canvas（画布）上附加一个Canvas Scaler控件。这个UI应该有一个&“Reference Pixels Per Unit”的属性设置为了1， 然后调整&“Dynamic Pixels Per Unit”直到你看到文字的边缘有了轻微的柔化。这里你可以看出&Dynamic Pixels Per Unit 设置为3 和设置为1.75的区别，前者更锐利一些，后者更柔和一些。你现在可能对不同类型的用户界面，以及哪种在VR中工作良好，有了一定的了解，也知道了如何克服一些你可能会遇到的特定的挑战。使用&VREyeRaycaster,&VRInput, 和&VRInteractiveItem 这些组件，你也可以创建基础的UI交互。
微信扫一扫
专注于VR的学习、开发和人才交流
&津ICP备号您正在使用IE低版浏览器，为了您的雷锋网账号安全和更好的产品体验，强烈建议使用更快更安全的浏览器
发私信给奕欣
导语：就是你可以自行创造一个新的虚拟世界，而不再受限于厂商提供的内容。
同步到新浪微博
职业开脑洞 脱线段子手。邮箱：
当月热门文章
为了您的账户安全，请
您的邮箱还未验证,完成可获20积分哟！
您的账号已经绑定，现在您可以以方便用邮箱登录