Baste 发表于 2022-9-16 20:01

数字孪生离去Unity和UE还要多久?


前段时间一个水利项目和客户沟通,在说到底层引擎方面的时候,我这边介绍我们目前主要有两个技术路线:第一、基于Cesium的WebGL;第二、基于UE的游戏引擎技术路线,当然这两个技术路线客户也基本上都是了解的,看了UE和Cesium的对比效果之后,客户觉得UE的整体效果还是要领先Cesium很多,但是比较担心的问题就是UE符不符合信创的要求?
在当前的时间点自主可控是一件很敏感的事情,客户项目实际部署的软硬件目前已经都开始采用了国内厂商的产品,而且网络也基本上都是物理隔离的,我们当时也紧急按照要求也打包了一个Linux版本,但是在部署到国产操作系统上的时候还是出现了一些兼容性的问题。所以在当前的这个时间节点上来看,政府客户有很大的自主可控的压力,而这个压力很快也会传导到供应商这边,从我们自身而言,虽然可以用开源这个说法来模糊这个边界,但是开源不代表自主可控,现在很多人将使用开源的产品认为是信创或者说是自主可控,但是这里面还是有三个问题:
1、源代码你得能读得懂,这其实是一件很讽刺的事情,现在有很多公司选择了开源的商业模式,虽然有的公司是为了引流或者表达自己是一个技术型的公司,就将一些边边角角的产品开放一下,然后一直不更新也不响应,正如我们行业一些公司干的事情,但是还是有的商业团队选择了将自己比较核心的东西开源了,他们之所以敢选择开源本质上也是对自己的技术以及团队的自信,换句话说,敢开源的的就不怕你抄,你想抄,你想改,首先你还是要能看得懂,这种积累本身有一种先发优势,包括内部的技术积累、人才积累以及产品管理能力,这都是很重要的。正如知乎上网友说的,目前有能力修改虚幻引擎代码的人绝大多数都选择去了Epic Games了,因为只有加入这样的平台才能更好的进一步施展才华,当然这不绝对,但是这种类型的人才也确实不是一般的公司可以养得起的也或者很多公司本身也是没有这样的雄心壮志的,能找到一个把UE用起来的人就已经很不容易了。
2、开源还要看协议,开源并不意味着白嫖,每个开源项目其实都是有相应的开源协议在控制代码的使用,当然受限制于国内对于知识产品的管理比较弱,所以国内往往觉得拿到了开源代码就意味着可以白嫖了,如下这幅图给出的就是目前主流的一些开源协议,相对来说右侧的协议比较开放,而左侧就比较严格一些(引自知乎网友战神波波)。Cesium开源协议使用的就是比较宽松的Apache License 2.0,但是像UE就没有使用如下的协议,甚至可以说UE并不是一个真正意义上的开源产品。


虚幻引擎使用了《终端用户协议》,这是一个完成虚幻引擎注册时要同意的一份法律文件。这份文件将管辖对虚幻引擎的使用,并且还说明了使用该引擎创建项目时的权利和义务。虚幻引擎的代码其实是一个私有仓库,你需要先注册虚幻引擎,也就是需要同意这份终端协议,然后将GitHub账户和虚幻的账户进行绑定,虚幻便会邀请你加入到开发组,这样你才可以进入到他的代码仓库。


比如协议里也明确了收费的标准:根据标准版虚幻引擎EULA,无论是由哪个公司收取的收入,您均应在产品总营收达到100万美元后支付给Epic超出部分收入的5%。这5%的分成费用将在产品总营收达到100万美元后开始计算,这里的总营收值的是产品的累计总收入,不过这个主要还是针对电子游戏类的产品,对于数字孪生类的应用是否可以享受免费则相对比较模糊,比如如下的情况是免费使用的:“使用引擎的咨询、加工承揽服务及内部项目。它适用于使用引擎来创建建筑、汽车或其他可视化体验的设计人员,以及收取开发费用以创作自制项目的咨询师。”比如行业很有名的来源产品MapBox后来也采用了用户服务条款,也曾约束 地图服务必须与地图的API绑定,这样厂商就可以通过地图服务进行收费,尤其是现在很多开源的公司大多数都采用将“开源+云服务”结合起来的商业模式,对于公司行为无可厚非,但是从使用开源产品的角度来说,这都是很多不可控的因素,一旦不小心触发了相应的一些条款,公司或者产品做大了,这些都是很大的隐患,这些地方都是所谓的可以产生“卡脖子”的地方。
3、开源要能够和信创的生态适配,信创其实和国产化的提法还是有一点区别,根据海比研究院的的说法,我觉的比较容易理解:“信创本质是国产化替代的2.0阶段,相较于曾经的1.0阶段,有三点差异:①曾经是单点突破,现在是把点进行串联,形成整体突破;②曾经不强调国产产品技术全栈支持,现在强调全栈支持,实现生态建设;③曾经强调替代,现在不仅是替代,还要有技术或应用上的突破与创新。”


所以信创相对来说是一个体系化的动作,开源的产品不仅需要经过安全检查,自有知识产权,同时还需要能够能够适配国产化的基础技术生态,包括硬件、操作系统、数据库、中间件等等,所以这几年比较流行将自己的产品和国产大厂的基础平台软件和硬件进行生态适配的活动,如果没有办法适配,本质上还是不能符合信创的要求,正如我们之前将UE的产品打包的一些国产平台进行运行还是会存在适配性的问题。
从这点看,UE当前肯定是不符合信创的要求的,但是UE是不是有足够的兴趣去解决这些适配就不得而知了,但是做政府数字孪生业务的厂商则是一定要解决这种隐患的,所以在这种情况下,数字孪生领域去Unity或者UE化就成为了一个必然的趋势,就像当年信息化去IOE事件一样。
但是在当下,我们同样需要正视当前的问题以及差距,国产化以及信创不是一朝一夕就能够解决的,还是需要“实事求是,埋头苦干”,对于国外这些优秀产品的吸收和超越可能还是要遵循:“一、套个壳子,用起来;二、吸收理解,改起来;三、应用创新,站起来”这样三个过程,很多公司也从基于开源引擎做些插件,过渡到完全自研,这个需要个过程,尤其是学习的过程,因为究其本质,科技最核心的还是人才的积累和整体体系化的能力,所以在当下,即使当前还有不少套个壳子的产品(无论是开源的还是购买的源码)申请信创,好像也是给与了通过,也给个喘口气的机会,紧箍咒也不能一次到位。
我了解我们行业很多公司其实内部也都在着手引擎的自研,只不过大部分都还是在埋头干,没有对外过多的宣传,同时当前也是一个比较好的时代,公司投入这种长期的研发不见得一定都要靠做项目积累利润然后再投入,这种模式对于很多公司根本是无法维继的,项目的那点利润连员工发正常奖金都不够更别提这种长周期的持续投入了,当前多一种选择就是可以借助资本力量的支持,这样可以保证这样的目标快速实现,而且对于数字孪生领域来说也是一个比较有前景的技术变迁的机会。

页: [1]
查看完整版本: 数字孪生离去Unity和UE还要多久?