虽然在部分场景中利用动作捕捉仪可以在一定程度上省却这方面的麻烦。
但动作捕捉仪价格昂贵，不适合普及。
另外并不是所有打算做动画的人都能玩得起这种东西。
在引入游戏引擎进行动漫制作的话。
则可以缓解这一状况。
甚至后世很多做游戏的公司利用游戏引擎也能做出不错的动漫宣传片。
以至于有了类似于用心做宣传，用脚做游戏的说法。
具体到使用游戏引擎开发动漫其实不复杂。
虽然林灰没实操过，但没吃过猪肉总见过猪跑。
使用游戏引擎构建动漫的话虽然也需要用到关键帧。
但在涉及到关键帧的时候只需建立各个元素的关键帧就可以了。
而无需建立全部的关键帧。
虽然在找到涵盖元素的关键帧的时候涉及到实操阶段要额外包括元素建模阶段。
不过问题不大。
其中元素建模阶段包括建立人物角色和道具等元素的静态模型与基本动作。
一般来说所有的动作分成两大类，即基本动作和复合动作。
其中基本动作是指无法用其它动作组合出来的动作，基本动作必须在建模阶段由美术人员建立；
而复合动作是可以用基本动作组合出来的动作。
在优秀游戏引擎的帮助下，复合动作完全不需要由美术人员建立。
完全可以由操作人员在拍摄阶段快速地自由组合出来。
当然了建立基本动作所使用的工具仍然是传统的建模软件。
例如：Maya、3DS Max、Photoshop、 Flash等等……
虽然多出一部工序有点麻烦。
但要知道涵盖各个元素的关键帧通常来说只占一个动漫全部关键帧的10%。
这种情况下虽然引入游戏引擎来制作动漫某种程度上涉及到的工作量虽然依旧不能做到比现在传统技术少90%的工作量。
但70%~80%应该还是有的。
这种情况下可以说大幅度降低了传统动漫开发涉及到的一些技术。
将游戏引擎引入到动漫开发中意义巨大。
而林灰想到的关键帧方面做文章也不算很先进。
并不是林灰想不到更先进的技术。
只是凡事要一步一步来，只比这个时代领先一代半代的样子就够了。
贸然领先太多很可能会遭到技术方面的质疑。
而且领先太多还怎么愉快的害刂韭菜？
短时间来看在关键帧方面做文章已经是很大的进步了。
相比于这个时空的主流动漫开发技术，这种方法更加灵活而且快捷，生产效率高、制作成本低、画面质量高。
这种技术如果真的能面世的话。
对这个时空的动漫制作也将带来一次全新的革命。
参与动漫制作只是游戏引擎一个很微不足道的工作而已。
游戏引擎还可以对很多算法方面的问题有所裨益。
当算法邂逅游戏引擎很可能造就另一种全新可能。
诸如SLAM建模问题就可以通过游戏引擎获得一些帮助。
SLAM指的是将一个机器人放入未知环境中的未知位置
是否有办法让机器人一边逐步描绘出此环境完全的地图
同时一边决定机器人应该往哪个方向行进。
扫地机器人就是一个很典型的SLAM问题。
虽然扫地机器人不怎么起眼，但涉及到的市场也不小。
借助于后期版本的游戏引擎，可以将大地坐标系转换为空间直角坐标系，并计算偏心率和辅助系数；
获取空间直角坐标系与子午面直角坐标系之间的关系函数；
根据偏心率和辅助系数，构建地理坐标转换方程式，并将关系函数输入转换方程式，得到地理坐标转换结果；
将地理坐标转换结果输入游戏引擎中，完成游戏引擎中三维场景的地理坐标的使用。
这样做有什么用呢？
可以助力于航海航空图方面的。
传统航海航空图较为常用的是墨卡托投影坐标。
墨卡托投影具有各个方向均等扩大的特性，保持了方向和相互位置关系的正确。
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！</div>
《轮回乐园》
但这种投影坐标始终是二维坐标，当放置到三维空间场景中，不可避免的存在一些问题。
地球球体是一个长短半轴不等的椭球体，当投影到平面时不可避免的会出现变形的问题。
虽然在基准纬线处无变形，但是从基准纬线处向两极变形逐渐增大。
在三维空间场景中，当视角镜头处于近地位置时虽可保持模型位置的正确，但是当镜头远离后，在高纬度处距离基准点越远的位置，偏移的距离越大，于真实地理信息的偏差越大。
为了调整偏差，就必须在不同的比例级别重新计算投影，增加了运算消耗。
借助于游戏引擎构建相关场景的话则完全不需要那么麻烦。
同时可以很容易避免投影坐标带来的地理形状变形和位置偏差的根本问题。
这样来说，借助于游戏引擎对军事方面部分场景的建模无疑是很有帮助的。
当然了这只是一个比方。
真正将游戏引擎用于军事肯定不止于此。
助力于一些涉及到定位的传感器的工作也完全可行。
至少理论上可行。
以上种种只是游戏引擎应用的一些例子而已。
在前世信息差的情况下。
对于林灰来说，似乎很容易就可以开创一个新的时代。
当然这一切的一切都是有赖于前世软件/游戏行业技术更迭速度之快。
以至于面对这个时空主流的游戏开发商。
林灰虽然仅仅是七年的信息优势。
但这些信息优势已然足可以让林灰赢麻了。</div>
83书屋：（www.83shu.com）