如何提升VR/AR素材Runtime动态加载的速度?

by 高煥堂 2017/1/6

 

  • 在素材雲平台上,可使用软件代码的类(class)来作为<信纸>包装VR/AR素材,可以达到<不知而亦能用>的目标。这项架构可以达到<不知而亦能用>的效果,能大幅提升平台的弹性和素材更新的时间和成本。此外,这项架构还能大幅提升雲平台的素材下载效率问题。这里的<效率>是指用户体验的大幅提升。一旦素材平台改用软件类来作为<信纸>包装VR/AR素材,就能将素材的<元数据>(Metadata)与素材模型數據紧密整合在一张信纸里了。

  • 于是,素材平台可以采取<两段式下载模式>,大幅提升用户的体验。例如,当一位用戶使用<街道AR App>时,这App就分两阶段下载。

  • 第1阶段,透过軟件父类来调用(Call)红绿灯软件类的getMetadata()函数,这个软件类就自动去DB读取该素材的元素据(meta-data)。

  • 然后回传给父类,再转给App,然后从用户的AR屏幕中显示出来。

  • 由于Metadata的量很小,且DB也小,访问速度快,网络传输速度也快,用户会觉得反应非常快速。用户先看到Metadata,若发现是2015年产品,不是他所想要的,就可以不继续第2阶段了,省掉无谓的资源下载。

  • 第2阶段,等待用户点击了<看红绿灯>时,透过父类来调用(Call)红绿灯软件类的get红绿灯模型() 函数,这个软件类就自动去DB读取该素材的资源模型(data model)。

  • 然后回传给父类,再转给App,然后从用户的VR/AR屏幕中显示出来。

  • 由于用户是分开点击<看红绿灯>和<看斑马线>,避开了同时下载两个(Size大的)资源模型,有效减少用户等待下载的时间,提升用户体验。对于任何会不断成长、更新、新陈代谢的素材,用户非常需要迅速取得其版本、作者、IP、日期等,这些metadata对用户来说,是非常重要的。假設這個素材雲平台没有采取软件类包装metadata和素材數據的做法,原来很简单的metadata的保存、更新等,都变得很复杂。连带影响到各项素材的版本管理等。

  • 以上是VR/AR平台战略架构设计与实践一环,关于整体平台战略架构,请您参考:

(请点击)

 ~ End ~

                       

** 高焕堂老师 简介