1
关于直播视频流处理后再转播的技术架构选型
source link: https://www.v2ex.com/t/840368
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
最近有一些需求都跟这个有关，以前都没做过这种实时视频流的处理，都是 crud boy 。目前后端语言是一定要选 java 的。 但是对于这一块基本上一片空白。大家有什么推荐的教程或者书籍么？网上自己搜了下，没什么特别满意的比较全面的教程。
第 1 条附言 · 3 分钟前
需求是
1. 将 A 源 （ hls ） 的流逐帧解码后，送到一个 api 处理（逐帧 /图片），处理后重新编码封装成新的视频流。
2. 将封装好的新的视频流推给流媒体服务器，供他人观看。
3. 没有并发要求，也就甲方在某几个特定的地址下，看下不同摄像头的视频监控。
技术选型
1. 后端 java
2. 流媒体服务器：ssr
遇到的问题：
1. 因为推流端的解码、编码、封装、再推送的动作特别吃 cpu ，基本上一台机器的 cpu 吃掉 80%。
2. 如果把推流端和拉流端弄到一台服务器，用户直接观看 ssr 分发的视频会速度很慢。
3. 因为要把每一帧的图片，通过一个 api 处理，处理后推送到 ssr ，这时候造成 ssr 在观看直播时，画面非常容易卡着缓冲，等推流端推送足够多的帧。这方面的性能优化，在 java 应用层的层面还有什么可以做的吗？
谢谢大家
1. 将 A 源 （ hls ） 的流逐帧解码后，送到一个 api 处理（逐帧 /图片），处理后重新编码封装成新的视频流。
2. 将封装好的新的视频流推给流媒体服务器，供他人观看。
3. 没有并发要求，也就甲方在某几个特定的地址下，看下不同摄像头的视频监控。
技术选型
1. 后端 java
2. 流媒体服务器：ssr
遇到的问题：
1. 因为推流端的解码、编码、封装、再推送的动作特别吃 cpu ，基本上一台机器的 cpu 吃掉 80%。
2. 如果把推流端和拉流端弄到一台服务器，用户直接观看 ssr 分发的视频会速度很慢。
3. 因为要把每一帧的图片，通过一个 api 处理，处理后推送到 ssr ，这时候造成 ssr 在观看直播时，画面非常容易卡着缓冲，等推流端推送足够多的帧。这方面的性能优化，在 java 应用层的层面还有什么可以做的吗？
谢谢大家
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK