播放器方案从 video.js/flv.js 换成 Jessibuca。播放器框架/播放器UI封装video.js 。对当前流的兼容性不足。播放器SDKJessibuca。包含解码、渲染、控制、事件等能力。一、问题解决方向1. 思考的边界是“从理论上推导出哪个层次更先进再进行切换” 还是 “依据实际兼容性/成功链路、已验证结果进行切换”。即是一种理论探讨还是工程上选择更合适的视频流播放器方案。2. 播放失败的原因原有播放器方案没有把这条流在当前浏览器环境里稳定播出来。实际切换为 同视频可播放平台 采用的方案。理论不同播放器方案在 “播放器封装、流媒体适配、协议支持、解码渲染方式” 上的差异。思考工程上的应用 - 从播放器内核和播放器架构设计二、工程上的应用前端的视频播放分为两层1. 浏览器原生播放层 / 播放内核接入层浏览器自己实现的 video 能力浏览器的 MSE / WebCodecs / Audio / Canvas / WebGL 等能力2. 播放器封装层方案二引用方式直接使用 Jessibuca 依赖版本 或者 本地静态引入官方浏览器版资源npm版本和页面不匹配三、理论探讨1. 播放器内核包括什么处理流协议、解析封装格式、缓冲管理、处理音视频同步、处理解码、canvas/webgl 渲染、错误恢复和重连2. 播放器架构设计 播放器接入层 方案一选择播放器方案video.js 、 flv.js 、原生 HLS不同场景不同协议根据 hls/flv/ws 去选播放方式协议回退统一播放器内部的事件模型将协议做成可配置策略封装成公共组件video.js/flv.js自动适配选择不同页面共用一套播放器层实现缺失FLV解析、H264/H265 解码、音视频同步、渲染引擎等方案二动态加载脚本创建播放器实例协议切换错误回调