如何提升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 ~

** 高焕堂老师 简介