技术:
CPU/GPU 传感/识别 显示/微投影 追踪/定位 电池/电源管理/驱动 声学/光学 通信 OS/软件/算法 云服务/大数据 材料 其它
终端:
头盔 眼镜/盒子 一体机 配件 服务 渠道
应用:
游戏 影视/动漫 娱乐 医疗 军事 媒体 旅游 购物/餐饮 教育 工业/农业 家居 设计 其它
当前位置:

OFweekVR网

云服务/大数据

正文

云平台VR直播的解决方案

导读: 从技术上看,一个完整的VR直播解决方案一般含有以下几个板块:采集端设备,上传网络,直播后台,分发网络,以及播放端。这些板块可以说是环环相扣。

  从技术上看,一个完整的VR直播解决方案一般含有以下几个板块:采集端设备,上传网络,直播后台,分发网络,以及播放端。这些板块可以说是环环相扣。

  下图是当初公司决定要做VR时,我一个月内吧国内做VR还叫得上号的厂商走了个遍。之后形成的一个框架概念。欢迎大家共同交流。

  环节一:采集端

  设备:

  现在市面上的VR设备从几百到几千价位不等,质量也是层次不齐。VR摄像头本身制造的技术含量并不高,很多家就是拿了几个鱼眼摄像头组成了VR设备。或者是直接将几个Gopro拼在一起,这种类型的我们俗称“狗笼”。

  处理:

  但是在摄像头端完成的不止是采集内容这一步而已。设备里面一般会配套搭载的软件和算法才是重中之重(也有的是直接连在控制台上完成的,那些一般就会需要人工参与,相对的,拼接等质量也会比较好)。在VR直播中,所有的拼接都是直接即刻完成的,例如缝合、映射、美颜、编码、特效(白平衡,曝光等)。而在设备内部的缝合合成、映射的算法,目前绝大多数家用的也是开源的算法,只有极少数的团队能做到自研。像facebook就将他的transform方案开源了部分代码。

  还有一个限制VR直播的问题在于码流。因为VR视频内容在映射后,肉眼可视的分辨率会下降很多。所以对原始视频的画质要求就比较高,一般都要求在4K,甚至有些家能达到8K。4K分辨率下,码流接近20M。假如此处H.265能够在采集端得到大范围的推广,可以大幅降低此处的带宽压力。但是H.265受限于专利费,目前看来大幅应用于采集端还有很长的路要走。

  环节二:云端

  CDN:

  目前国内传统的 CDN厂商,网宿、蓝汛,以及一些较大的云厂商:金山、阿里、腾讯(也有在自建CDN)都是大家可以选择的平台。其实后面的价格云厂商他们的CDN节点也并不是完全自建,一般是自建+传统厂商。接触VR早期的时候我还陷入过误区,以为VR直播内容是放在云端进行拼接合成。但的确就带宽层面,以及在云端进行同步也基本是不可能的(目前一般都是在设备上直接硬同步)。一般厂商是在采集端完成了拼接映射后将VR内容,成一个球形一起传到云端。CDN处咱们可喜可贺的是,目前的厂商对上行都是不收费的。不然此处又是一笔天价的费用。

  处理:

  云端的转码、存储和分发都是直接可以适用VR的。具体技术其实和一般的视频并无区别。比较大的亮点,就是各家H.265的技术。例如金山的H.265,在H.265生态链打通后,H.265和VR结合能够成为一个很大的优势点。毕竟在确保画质更优情况下,带宽的节省可是实打实的。

  环节三:播放端

  播放端和采集端对应的是还有一个逆映射的过程。通用的方案一般是Equiretangular,也有采用facebook transform的方案的。有了解到现在商用的VR播放器大多都是在unity引擎基础上做的。整体的开发技术难度也比较低。

  从这样看来,楼主的问题就很简单了。VR直播的内容都是在采集端完成拼接合成再上传到云端。不管后期如何发展,将多路内容上传到云端进行合成我个人觉得还是不可能的。尤其是在直播中。

声明: 本文由入驻OFweek公众平台的作者撰写,除OFweek官方账号外,观点仅代表作者本人,不代表OFweek立场。如有侵权或其他问题,请联系举报。

我来说两句

(共0条评论,0人参与)

请输入评论

请输入评论/评论长度6~500个字

您提交的评论过于频繁,请输入验证码继续

暂无评论

暂无评论

文章纠错
x
*文字标题:
*纠错内容:
联系邮箱:
*验 证 码: