@wnpllrzodiac 了解。动态生成 ts 切片，有成熟的开源方案推荐吗

“1 、离线转码。 视频上传后，利用 ffmpeg 实现离线转码。特点是转码耗时太久，1 小时 1080P 视频完成转码要 45 秒以上（使用 GPU 硬件资源的情况下，如果使用 cpu 更慢）。意味着用户上传完视频之后不能立马播放” 不是哥们，这都算慢？？？？？？？？ 那只能切片处理，更不好

@BlueSkyXN 感觉这转码的速度还是比较快的，而且业务系统上传的视频可定会有转码、审核的流程

m3u8 或者 fmp4 就可以了

@ETiV rtmp 模块，我问了 chatgpt： Nginx-rtmp 侧重“直播式”产 HLS：它是线性往前切片。若希望“用户拖到 10 分钟处就从那里开始即时打包”，并且不用实时等，建议引入： • nginx-vod-module （ Kaltura 开源）：对 H.264/AAC 的 MP4 做 按需打包成 HLS/DASH （不转码，只重打包，几乎秒开与秒拖）。 • 若上传编码不统一，需要 后台转码一版通用 H.264/AAC ，再由 nginx-vod 做即时打包 —— 这是很多点播平台的常见组合。 他这个回复对不？ rtmp 无法实现用户拖到 10 分钟处就从那里开始即时播放。

转码分片缓存呢？比如有些资源几乎无人访问就只保留源文件，热资源就长期保存 ffmpeg 转码好的不同规格的分片，这是服务器，或者你让客户端自己去 ffmpeg 去转

先给原视频播放，转码成功换成新视频。

不要转码！不要转码！ 原格式转发，客户自己转去

可以了解一下火山引擎的智能转码策略 播放量高才触发异步转码，转码的意义有 2 个 一个是降低播放卡顿和一个是省播放流量。 转码和尽快可播放并不冲突，你的 1 和 2 都需要考虑到业务高峰期的算力，估计你是达不到的。 高清直播业务也是用客户端硬件做视频流编码预处理，既然无法做到客户端预处理只能考虑异步转码，cdn 顶住未转码这部分事件的播放流量。

只有我的想法是，，，显示上传进度的时候，延长 45s 吗？