Youtube api 为用户的Youtube实时流视频添加覆盖的web应用程序的体系结构？

我正在尝试为用户构建一个web应用程序，让他们能够轻松地将文本作为开放式标题添加到YouTube实时流视频中，并将我的应用程序中的其他资产作为覆盖物添加到YouTube实时流视频中

他们将使用相机录制视频，并从我的应用程序中选择应该添加到视频中的文本

然后，视频将通过他们的API实时发送到Youtube

以下是我的问题：

首先，我想知道是否可以从客户端混合视频+字幕并将其发送到Youtube的rtmp url，这样做既简单又轻量级

其次，我应该对发送到Youtube的输出进行编码吗？这也可以从浏览器中完成吗？ 我只看到了一些node.js框架，即使它们不是很成熟，或者是用于此目的的WebCodes？。对于此任务，web应用程序是一个糟糕的选择吗

最后，如果我确实需要一个服务器来处理视频，那么编码应该从用户的机器上进行，还是在服务器上进行，或者两者都进行？？鉴于YouTube的基础设施，我的服务器是否最有可能成为瓶颈，因为视频文件很大，而我的服务器有限

我是视频流的新手，所以请原谅我对这个主题缺乏理解。另外，如果有什么好的资源可以解决我的问题，请与我分享

首先，我想知道是否可以从客户端混合视频+字幕并将其发送到Youtube的rtmp url，这样做既简单又轻量级

您可以进行视频合成和音频混合，但浏览器不支持RTMP。要将数据发送到RTMP服务器，您需要将其发送到服务器，在该服务器上，数据被代理到最终URL

他们将使用相机录制视频，并从我的应用程序中选择应该添加到视频中的文本

是的，一点问题都没有。每帧将所有内容绘制到画布上

其次，我应该对发送到Youtube的输出进行编码吗

是的，你必须。查看媒体录制器API

最后，如果我确实需要一个服务器来处理视频，那么编码应该从用户的机器上进行，还是在服务器上进行，或者两者都进行

首先，视频必须在客户端进行编码才能到达服务器。然后服务器就可以用flv重新打包并发送它了。如果浏览器在其媒体录制器API中不支持H.264，那么您将有一个像VP8这样的中间编解码器，并且必须对服务器端进行转码

---

几年前，我在这里写了一篇关于如何完成所有这些步骤的教程：请注意，该教程是在Facebook的背景下编写的，但这应该会教给您这些概念。

非常感谢！！我能再问几个问题吗。你知道浏览器不支持RTMP的原因吗？HLS和DASH也是这样吗？显然，我对这一点不熟悉。您说过，如果客户端可以进行绘制和编码，我的RTMP服务器将使用flv重新打包并将其发送到Youtube的RTMP url。这是一个昂贵的手术吗？发送的数据量很大，所以我担心服务器成本会很高，或者我的服务器会成为瓶颈。RTMP是闪存应用程序的协议，本质上是一种死技术。它仍然常用于源流，因为动量。HLS和DASH只是通过HTTP发送的文件组，因此协议是好的。问题出在包装上。混入FLV的多路复用在您的服务器CPU上非常轻量级，但带宽考虑仍然存在。。。视频流占用大量带宽。但是你应该对它进行计算，因为它只是一个流输入/输出。。。应该没问题。谢谢你！！对于带宽问题，我应该认真考虑一下，因为如果用户群增加，从我的服务器重定向到YouTube的用户数据将是巨大的。。