未分類
9 11 月 2020

因项目时间紧张尝试让网友说服我不要自己写直播流录制

因项目时间紧张尝试让网友说服我不要自己写直播流录制

資深大佬 : Visitor233 0

甲方给出直播流，我方负责录制备份和转发。给的是 RTMP，我在网上搜了下，已知三种方式，腾讯、阿里、FFmpeg 。

么老实说，项目有部分都是扔给腾讯云了，写着写着又成了接口调用员。我试着写 FFmpeg 是成功录制了一分钟的视频 30M 。

甲方直播时间不确定，按 2 小时起步怕是近 4 个 G 。存储地方又得抛给腾讯云，MMP 。

RT，时间紧，而且这块功能的技术难题就我所知有，直播流不稳导致录制的视频会出现画面卡顿；录制长时间的高清视频文件过大还得存储 60 天，如果得转到其他服务器上还得写个上传大文件方面的代码，包括断点续传。

来点大佬说说这方面还有那些坑。

大佬有話說 (11)

  • 資深大佬 : stanchenxxx2015

    直播录制大厂都有全套，推拉流+转推+录制+截图+存储，直接用就行了。自己搞只能 FFmpeg 了，录制+上传搞出来应该问题不大，但如果有并发，要自己做负载均衡的话，就比较难了

  • 資深大佬 : Macv1994

    没事 我也是接口调用员

  • 資深大佬 : annielong

    直接用全套吧，采集过一些福利 app 的视频源，都用腾讯的全套

  • 主 資深大佬 : Visitor233

    @stanchenxxx2015 请问并发是指什么并发？

  • 資深大佬 : emeab

    能说服老板就行.反正不是自己的钱

  • 資深大佬 : lenkaren

    既然都用了 tx，只要不是差钱，一并用 tx 不好吗，买办虽然可耻，但是管用啊。

    ps：客观讲，直播都是要成本的，自己搞一套吃力不说（也容易不稳定），成本未必比现成的低，人力也是要考虑的。

  • 資深大佬 : egen

    没规模的话自己做综合成本不一定低

  • 資深大佬 : lovecy

    @Visitor233 不是还要转发么，如果多地多端用户需要推流，还是得搞 CDN 和负载吧

  • 資深大佬 : zhs227

    非标准流 FFMPEG 的处理欠妥，录制需要自己做处理，不然可能出现不同步的情况

  • 資深大佬 : camus

    接流+转发
    接流你如何确保自建服务可用性？网络稳定性？三网甚至国际线路可达性？
    还有服务器带宽、是否需要转码（多码率）、是否有画面后处理（水印），这些全部自己造轮子完全没有性价比。更何况还是公司项目。

    转发 /分发你还是需要有 CDN 加速，还是需要回到腾讯或阿里的服务上。

    存储只是最简单的一块。阿里腾讯在接到流的时候就可以录制到 OSS/COS 上了，自行开发还需要本地录下来上传——又是一笔带宽 /流量支出。

  • 資深大佬 : locoz

    其实你可以直接用比如阿里云服务器+阿里云 nas+ffmpeg 或者直接写个程序存二进制流，存储问题 nas 可以很轻松地解决，内网传输也不需要啥额外的流量费，录完传对象存储然后删除 nas 里的就好了。
    至于稳定性，这方面感觉主要还是要看对方服务端，我之前有个服务器挂着天天存 b 站直播，跑了可能有一年多都没管，啥事都没。而且视频内容都是没问题的，有一部分都直接给别人录播组拿去玩了。卡顿的时候其他客户端也一样卡了，弹幕里全是“卡了”之类的。