ChanScout广播工作室 RTMP 直播：多机位 OBS、码率优化与转推架构
本指南讲解如何用 RTMP 地址与密钥从电脑向 Telegram 频道推流直播，涵盖多机位 OBS 设置、码率与关键帧优化、音频与收尾两大常见故障、密钥安全，以及延迟下的互动与回放策略。
本指南讲解如何用 RTMP 地址与密钥从电脑向 Telegram 频道推流直播，涵盖多机位 OBS 设置、码率与关键帧优化、音频与收尾两大常见故障、密钥安全，以及延迟下的互动与回放策略。
第 068 步介绍了直播，但还留了一扇门没打开：你不必把手机对准某个东西，而是可以向 Telegram 索取一个服务器地址和一个密钥，然后从电脑发送视频。任何支持标准广播协议的软件都能做到。
它带来的其实并不是画质。它带来的是对屏幕上内容的掌控——两个机位、一份真正看得清的屏幕共享、在恰当时机插入的片段。代价是你现在等于在运营一个小型电视台，多了四个可能出故障的环节，而且你和观众之间隔着一台监视器。
完成这一步后你将能够
- 诚实地判断自己到底需不需要编码器。
- 根据自己的网络连接而非对照表来选择设置。
- 避开毁掉首次直播的两种故障。
- 在对话于身后进行的同时掌控整个直播间。
地址和密钥究竟是什么
用常规方式在频道里发起直播，用的就是你手里的摄像头。如果改为选择从软件推流，Telegram 会给你两串字符：一个用于发送视频的地址，以及一个标识你这条流的密钥。把两者粘贴进广播软件，它就会连接，视频随即开始传入。
人们常常忽略的是接下来发生的事。Telegram 会在其他人看到之前先给你预览正在传入的画面。在你开始之前，直播并不会对你的订阅者生效；在那之前，你拥有一个私密的排练室，画面和声音与观众最终看到的完全一致。这一步里所有首次直播的灾难都能在这个窗口期内避免，而几乎没人利用它。
手机，还是软件
一个问题就能决定：你能说出第二个信号源是什么吗？如果不能，编码器就是白白换来四个新的故障点。
直接用手机
引入编码器
手机只有一个环节，而编码器链路有六个。每个环节都可能在有人观看时出故障，所以增加它们的唯一正当理由，是一个你事先能说出来的信号源。
重要的设置，以及不重要的设置
关于这个主题的每份指南都有一张精确数字的表格。忽略它们，因为唯一重要的数字是你的网络连接能稳定维持一小时的那个值。
瓶颈是你的上传，而不是下载。家庭网络连接是不对称的，而且往往严重不对称，而宣传给你的那个数字描述的是你并不使用的方向。在你打算直播的那个时段测试上传——比如晚上，此时家里和邻居也都在用网——然后选择一个明显低于实测值的速率。一条画质普通但从不卡顿的流，在各方面都优于一条看起来清晰却中断两次的流。
优先选择恒定码率而非可变码率。可变码率的存在是为了节省录制文件的空间。直播的评判标准是不中断，所以可预测的选项才是正确的。
显式设置关键帧间隔。如果设为自动，编码器会在画面变化很大时插入完整帧，这在一个人对着镜头讲话的直播中可能意味着很长的间隔。中途进入的观众在下一个完整帧到来之前什么都看不到，于是这些间隔就变成人们点进来、然后尴尬地盯着空白好一会儿。显式设置为两秒左右几乎不损失画质，却能消除这个问题。
分辨率是一个伪装成技术问题的内容决策。你的观众在手机上。一份完整的桌面共享，或一张有二十行文字的幻灯片，在那个尺寸下无论你推多高的码率都读不清。解决办法是更大的字号、屏幕上更少的内容，以及共享一个区域而非整个屏幕——而不是在设置里填一个更高的数字。
硬件编码还是软件编码，是一个关于剩余算力的问题，而不是关于画质。如果同一台机器还在运行摄像头、浏览器和你的笔记，就把这项工作从处理器上卸下来交给显卡。如果这台机器没在做别的事，那就无所谓。
真正会出问题的两件事
不是码率。永远是这两者之一。
声音。选错了输入设备，或者麦克风被另一个应用程序占用，或者你插入的片段从你的扬声器播放而根本没进入直播流。观众能原谅模糊的画面，却会因糟糕的音频而离开，而这种故障对你来说是不可见的，因为你能听见自己所在的房间。唯一真正的测试是在开播前用耳机听自己的预览——而不是向在你开播之后才到的观众问“大家能听见我吗？”。
收尾。停止软件会停止视频传入；但它不一定为正在观看的人关闭会话，他们会一直盯着一幅冻结的画面，直到有人在 Telegram 里结束直播。像对待开场一样刻意地练习收尾。如果你想要录像，这个选择属于开播前或直播中——一场结束后没有录制下来的直播就彻底消失了，而对大多数频道来说，回放的观看人数比直播还多。
现在就试试——五分钟
四个步骤，而且即使你从不推流，前两步也值得做。
- 在直播时段测量你的上传速度 不是现在，如果现在是网络空闲时段的话。你需要的数字是晚上的那个，在家里人都上网的时候。
- 建一个空频道并向其中推流 用耳机听自己的预览。检查声音、构图，以及你的屏幕共享在手臂距离外拿着的手机上是否清晰可读。
- 练习收尾 停止软件，然后在 Telegram 里结束会话，再看看频道之后显示什么。在这里做一次，这样你就不必在众人面前现学。
- 决定密钥存放在哪里 放在一个不是桌面便签、也不是你可能共享出去的窗口的地方。然后吊销并重新签发它，这样你就知道该怎么做。
当聊天在你身后时如何掌控直播间
你所做的和观众所看到的之间存在延迟，以秒而非毫秒计，而这会改变对话的运作方式。
你读到的每个问题，问的都是你刚才说过的话。回答时要带上上下文，而不是只说“是的”——在回答之前先复述问题，因为提问的人已经往下走了，而其他人根本没看到过它。这一个习惯，就是一场让人觉得有回应的直播和一场让人觉得是两件互不相关的事之间的区别。
你无法同时主讲和阅读。在频道直播中，管理员讲话，订阅者观看；互动体现在表情回应和下方评论里（第 075 步）。指定一个人来读评论，并把其中两条值得回答的递给你。没有这个人，你要么会忽略直播间，要么会丢掉自己的思路，而且通常两者轮流发生。
同时向多个平台推流是一笔交易，而不是额外福利。软件可以把你的流复制到多个目标，这会把一份上传带宽分给它们，更重要的是，会把对话分散到没人能同时跟上的几个房间里。选择你的人已经在的那个房间，并告诉其他人你去了哪里。
为回放做打算，因为那才是更大的观众群。大多数看直播的人是事后才看的。这就意味着要录像，要在第一分钟而不是第十分钟说明这场直播讲什么，以及不要把整场内容都建立在一场回放观众听不到的实时对话上。
这个阶段的常见问题
从软件推流需要付费订阅吗？
这个选项属于房间以及你在其中的权限，而不属于你的账号：如果你能在某个频道或群组里发起直播，那么从外部应用推流的选择就会一并出现。如果你找不到它，请检查你是否在拥有发起直播权限的频道或群组里查看，以及你是否选择的是推流选项而不是普通的摄像头选项。
我也可以在群组里这样做，而不只是频道吗？
可以，区别在于还有谁能发言。群组的视频聊天是一个可以给参与者麦克风的房间；频道的直播则是管理员对着一群通过表情回应和评论来互动的观众讲话。第 068 步完整讲述了这个区别，而它是更重要的选择——无论哪种方式，编码器都是一样的。
发起直播会通知我的订阅者吗？
会，这正是要在别处排练的全部原因。把发起直播当作第 074 步里那种大声发帖来对待：它会消耗注意力，而一个成员已经看过三次假开场的频道，不会为第四次露面。提前只通知一次，并在你说好的时间开播。
我的画面没问题，但声音会断。我该查哪里？
查还有什么在占用麦克风。会议应用、开着通话的浏览器，以及录音软件在某些系统上都会独占音频设备，而症状恰恰就是这样。关掉所有可能想用麦克风的东西，重启广播软件，并在连接前确认输入电平表在跳动。如果电平表在动而直播流无声，那么故障在于你的应用和编码器之间的路由，而不是设备。
一场直播能持续多久？
比你在一次坐下来想做的任何时长都长。人们实际撞到的限制是他们自己的设备——用电池的笔记本、过热的机器、午夜时分性情大变的网络连接——而不是平台上的计时器。如果你在计划一场真正漫长的直播，就规划好休息时间，也规划好你讲话时谁来看管机器。
我应该竖屏还是横屏推流？
跟着内容走。任何涉及屏幕、第二个机位或两个人的内容都适合横屏，观众会为此把手机转过来。任何一个人讲话的内容竖屏都行，而且对观众没有任何要求，这对主要从聊天列表进来的观众很重要。行不通的是事后才决定：你选择的画幅就是录像保留的画幅。