V2EX › albin504 的所有回复 › 第 5 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@guiyumin 这个可估算的。1 小时的视频用 GPU 转码最快 45s ，10s 的视频（ 1 个分片）不到 1s

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@yuanxing008 好。大佬

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@albin504 这么说有点装逼。或者说，公司很重视产品体验吧，咱程序员只能尽量满足需求

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@HADB 用户量很大，公司战略产品。
我看了下哈，B 站上传完视频之后，提示审核中，这应该是中国特殊国情决定的，我们是国外市场，没有审核的逻辑。
之前试过百度云盘，上传后网页中立马就能播放。

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@chengzhi https://github.com/ZLMediaKit/ZLMediaKit/wiki/ZLMediaKit%E5%AE%9E%E7%8E%B0%E6%8C%89%E9%9C%80%E6%8B%89%E6%B5%81
看了 ZLMediaKit 的文档，感觉他主要定位是直播。

客户端需要 RTSP （ Real-Time Streaming Protocol ）实时流协议来使用。

但是目前我们客户端用的 HLS 协议播放视频。

--------
以下是 AI 回复：

RTSP 的特点

RTSP （ Real-Time Streaming Protocol ）是一种实时流协议，主要用于低延迟点播/直播。

和 HLS 最大区别：

HLS 是基于 HTTP 文件切片（ m3u8 + ts ），播放器拉文件 → 支持快进/拖动。

RTSP 是持续的流，不是文件，不存在 m3u8/ts 文件。

RTSP 客户端想要拖动，必须由服务器端支持 seek 。

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@chengzhi 谢谢。我看推荐 ZLMediaKit 的同学比较多，我详细看看

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@Admstor 谢谢大家的建议，综合大家的信息，目前倾向于这么解决：
以下方案结合起来使用：
（ 1 ）上传进度条中，加入编码时间的进度等待。这样，不管后续云端是对视频内容全部转码，还是切片按需转码，用户体验上都是整体没问题的
（ 2 ）云端转码方案：会实现一套离线转码（目前已开发完成）作为兜底方案。同时，再去开发一套
@wzy44944 这位老哥提供的按需切片转码的方案。项目上线后，如果按需转码效果还可以，就切到按需转码方案。否则就切换到"内容全部转码"方案。从客户端的角度，播放 API 是一致的，都是获取到 m3u8 链接就可以了，请求 ts 文件时云端直接返回，或者按需转码分片后返回。

这里再请教下：转码的场景下，ts 文件的内容，后续是否也需要走 cdn ？

2025 年 9 月 9 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@Admstor 谢谢。
第一，是目前产品从交互层面认同的方案，可采纳。但不是完美的方案，会导致用户上传视频明显变慢。

第二：上传视频文件后在客户端播放是可以利用本地设备的解码能力。但是，产品层面支持用户上传文件后，通过 h5 链接把视频分享给其他用户，其他用户打开链接后，需要跳转回客户端进行播放。这里如果使用重编码的文件，同样也是需要用户等待转码完成才允许分享

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@ETiV rtmp 模块，我问了 chatgpt：

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

他这个回复对不？ rtmp 无法实现用户拖到 10 分钟处就从那里开始即时播放。

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

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

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@wzy44944 谢谢！思路很好能满足需求，如果有来源实现就好了

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@wangxiaoer 支持转成 hls ，问题是这个过程太慢（转成 hls 前要先转码，因为 hls 支持的编码有限，对于不支持的编码必须先转码）

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@capric 谢谢，这个看起来也是直播技术。能详细说一说，要满足我们的实时点播场景的需求，这个开源项目该如何使用吗？或者有文档吗

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@wang9571 谢谢提供的信息。

AWS Elemental MediaLive 是 AWS 提供的一项实时视频处理服务，主要用于将实时视频流（ live video ）进行编码、转码和打包，然后分发给观众。它属于 AWS 媒体服务（ AWS Media Services ）生态的一部分，常用于直播（ live streaming ）场景。

说这个常用于直播场景，我们的需求是在线点播，不知道是否是同一种技术？

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@lpe234 嗯，产品体验层面，产品不需要等待太久

2025 年 9 月 8 日

回复了 albin504 创建的主题 › 程序员 › 请教视频转码边转边播技术

@ETiV 点播。类似于用户在爱奇艺上传一个视频，上传完成后可立马进行播放

2025 年 8 月 28 日

回复了 iomect 创建的主题 › 程序员 › 目前在 jetbrains 全家桶里面最好用的自动完成插件是哪个?

IDEA 买了两年，快到时候提醒我说，如果不续费，可以永久免费使用 24 年的版本。
真是天上掉馅饼，于是我就降级到 24 年的版本，挺好的。
同时现在基本也是 cursor 生成代码，IDEA 中做调试，24 年的版本就挺好用了

2025 年 8 月 5 日

回复了 deqiying 创建的主题 › NGINX › 问问大家 nginx 日志流量分析用什么方案？

https://github.com/nginx/nginx-prometheus-exporter
prometheus exporter 分析日志，然后把指标发送到 prometheus ，我在生产环境打过这套服务（不是这个开源项目，思路一样），效果杠杠的