VR/AR平台战略与实践(1)
如何提升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 ~
** 高焕堂老师 简介