短视频直播系统用到的基础封装视频包放弃player,可以实现视图状态的切换和后期维护的拓展

短视频直播系统使用的基础包视频包抛弃播放器,可以实现视图状态的切换和后期维护的扩展。短视频直播系统的播放器不仅要适应移动设备的系统,还要适应不同版本支持的播放格式。

对于短视频直播系统的视频播放和视频直播功能,整个播放器的整体架构分为播放器核心、视频播放器、边播缓存、高度定制播放器。这种架构使用简单视频通用代码是什么视频通用代码是什么,代码扩展性更强,可以实现与业务的完全解耦。

短视频直播系统

一、短视频直播系统追求的业务需求

1.除了基本的视频播放外,现在还需要存储和实时播放等功能。对于视图状态切换和后期维护和扩展,避免函数和服务之间的耦合。

2.是否可以实现音视频分离播放,是否可以支持音频播放场景和视频播放场景的无缝切换。

3.视频窗口、音频窗口、视频浮动窗口、音频浮动窗口、短视频窗口、短视频浮动窗口、音频控制台等场景播放,需要灵活切换。

短视频直播系统

二、短视频直播系统目前的痛点

1.在视频播放方面,播放器核心难切换。由于 API 不同,不同的视频播放器内核很难切换。要实现兼容核心切换,必须实现自己的视频接口+实现类播放器。

2.UI 难以定制或修改麻烦。普通视频播放器会将视频的各种视图写入xml。这样,后面的代码会很大,改小布局影响更大。无法修改代码。

3.视频播放器的结构不清楚。对于开发团队来说,自己搭建一个短视频直播系统,自然会对系统有更高的熟悉度。客户接手后,能不能快速的看懂文档,知道包的流程,后期能不能修改和维护也是个问题。

短视频直播系统

三、短视频播放器架构要求

1.可以应用于多种场景,比如播放单个视频、多个视频等。

2.一定要解耦,播放器核心和播放器一定要解耦,支持更多的播放场景,快速接入新的播放服务,不影响其他播放服务

短视频直播系统对播放器的架构要求相对较低。目前短视频架构体系的适应性比较强,不用担心无法应对其他场景,但对架构还是有要求的。

© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
评论 抢沙发

请登录后发表评论