程序员菜鸟，请教一个 web 视频转码的问题

我们公司在某地硬件设备上装了视频监控，目前是上传到云存储桶里，为了节省存储带宽等成本，存的是 h.265 编码格式的视频，但是这样子在浏览器端没法播放

所以我想了两个方案
1. 浏览器端找能支持 h265 的播放器 js ，但是基本上找到的都是基于 wasm 的 ffmpeg ，也就是在浏览器端解码，然后通过 canvas 一帧一帧画，然后再用 audio 播放声音。感觉这个方案不是很好，可能会又吃性能又卡，还有可能声音画面不同步。

2.通过增加中间层服务，使用 ffmpeg+nodejs 进行转码(我不太会其他语言)。尝试了一下如果用 ffmpeg 完全把一个视频转换成 h264 的格式，耗费的时间会很长，有些长视频要半个多小时。

所以我现在的想法是：

我看浏览器的 video 标签加载视频时，也不是整个视频缓冲完才开始播放呀，metadata 加载到了就可以播放了？而且貌似也是播放一点加载一点，这样是不是可以用 ffmpeg+nodejs 做成实时转码的服务？浏览器端请求一小段，就转一小段，这样子就使得该视频原生支持 video 标签了，也不需要额外的播放器 js 了。同时也能使用 video 标签自带的进度条拖拽进度

想问下大家我的这个想法是否可行？

还有个问题，我看到一些方案里写 ffmpeg 转 m3u8 ，然后存一堆 ts 文件，浏览器端再用某个 js 播放库去播放，这样存储成本是不是又上来了？外加转码服务的服务器成本，搞不好还不如一开始直接存 h264 格式？

ffmpeg+nodejs 有没有可能做到实时转码成原生 video 支持的格式，对于浏览器端来说属于无感知的转码那种的，不需要存文件，直接返回流给前端

heimoshuiyu

108 天前

> ffmpeg+nodejs 有没有可能做到实时转码成原生 video 支持的格式，对于浏览器端来说属于无感知的转码那种的，不需要存文件，直接返回流给前端

可以，我在自己的项目里 https://github.com/heimoshuiyu/msw-open-music 就这么做的，后端调用 ffmpeg 数据输出到标准输出流，然后直接发送到浏览器。我还注意到其他项目也是这样实现的实时转码
- https://github.com/jellyfin/jellyfin
- https://github.com/sentriz/gonic

不过这么做不支持 seek 播放，需要后端根据客户端请求播放的视频时间点，修改 ffmpeg 的 -ss 参数

janus77

108 天前

不用搞这么复杂，很简单，首先回放做本地磁盘缓存+云端同步，近期的就直接从本地磁盘播，要看很久以前的回放，再去拉云端资源，这个情况占比较少，所以带宽方面并不占太多，云端储存的话本身就便宜，而且冷数据会更便宜。
中间件实时转码的话，首先你这个中间件配置不能太低，如果有多个用户同时看不同的视频，那你的机器同时实时解码多个流，性能能否吃的住？并且也一样占用带宽，我不知道从数据服务器接收数据算不算带宽，如果算的话，接收数据+转码以后回传到你的播放端，算是两倍带宽成本了。

nevermoreluo

108 天前

你要问可行不可行，只要时间够，应该都是可行的
不过我还是建议，试试找找监控厂家是不是有现成方案

或者试试一些 github 是现成的流媒体服务器，看看能不能客户端实现对应 api 做拉流就行了，省的自己写一大堆坑。流媒体水太深了，video 标签不支持的格式，为什么不支持拉出来可以研究一下午。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1070574