B站直播推流全攻略：OBS配置与RTMP协议详解

1. 直播推流这件事，先把底层逻辑捋清楚

1.1 推流到底在推什么

很多人第一次接触直播推流，脑子里是一团浆糊：OBS、推流码、RTMP、串流密钥，这些词单独看都认识，凑在一起就不知道谁是谁。我用一个最直白的类比来解释：直播推流就像寄快递。

你的电脑是发货仓库，OBS是打包工人，RTMP是运输公路，推流地址是收货地址，串流密钥是签收凭证。打包工人把画面和声音装进箱子，通过公路送到平台的服务器，服务器再分发给观众。整个链条里，任何一个环节出问题，观众那边就是黑屏、卡顿或者干脆看不了。

B站直播推流的核心逻辑不复杂：你在B站后台申请开通直播权限，拿到一组推流地址和串流密钥，把它们填进OBS的推流设置里，OBS负责采集画面、编码压缩、封装成流，然后通过RTMP协议推送到B站的服务器。B站服务器接收到流之后，转码分发给不同网络环境的观众。

这里有个关键点很多人忽略：OBS推出去的流是“你本地的最终画面”，B站服务器只是接收和分发，不会帮你美化画面、不会帮你调音量、不会帮你补光。所有前期工作都得在OBS里完成。所以那些觉得“平台会帮我优化”的想法，趁早扔掉。

1.2 为什么RTMP至今还是主流

RTMP全称Real-Time Messaging Protocol，翻译过来就是实时消息传输协议。它诞生于Flash时代，按理说Flash都退役了，RTMP也该跟着走。但实际情况是，国内几乎所有主流直播平台，包括B站，推流端仍然以RTMP为主。

原因不复杂。RTMP基于TCP，传输稳定，延迟控制在2到5秒之间，对于弹幕互动、连麦、游戏直播这些场景来说完全够用。而且RTMP的生态极其成熟，OBS、XSplit、Streamlabs这些主流推流软件都原生支持，不需要额外折腾。相比之下，SRT、WHIP这些新协议虽然延迟更低，但在国内平台的兼容性还没铺开，普通主播没必要去当小白鼠。

我实测下来，B站直播用RTMP推流，在带宽充足的情况下，延迟基本稳定在3秒左右。这个延迟意味着你说一句话，观众大概3秒后能听到，弹幕互动会有轻微的时间差，但完全在可接受范围内。如果你追求极致低延迟，那得走另一条路，但那是专业赛事直播的玩法，普通主播用RTMP就够了。

1.3 直播画质的天花板在哪里

很多人以为直播画质取决于摄像头好不好，其实编码器和码率才是决定画质上限的关键。摄像头再好，如果码率给不够，画面照样糊成一团。

B站对推流码率有明确的建议范围。以1080P 60帧为例，B站推荐的视频码率是6000到8000 Kbps，音频码率128到192 Kbps。如果你推的是1080P 30帧，码率可以降到4000到6000 Kbps。720P的话，2500到4000 Kbps就够用了。

这里有个计算公式可以帮你判断：所需上传带宽 = 视频码率 + 音频码率 + 20%冗余。比如你推1080P 60帧，视频码率8000 Kbps，音频192 Kbps，那么你需要至少(8000+192)×1.2≈9830 Kbps，也就是大约10 Mbps的上传带宽。很多家庭宽带的下行有500M甚至1000M，但上行只有30M或者50M，推流吃的是上行带宽，这个一定要提前测清楚。

注意：测上传带宽不要用网页测速工具，那些测的是下行。用OBS自带的带宽测试功能，或者直接推流看OBS底部的丢帧统计，丢帧率超过1%就说明带宽不够或者网络不稳定。

2. OBS配置的每一个参数都值得较真

2.1 视频采集：摄像头和采集卡怎么选

OBS的视频采集来源主要有三种：摄像头直接采集、采集卡采集、屏幕捕获。游戏主播通常用采集卡接游戏主机，或者直接屏幕捕获；聊天主播、才艺主播用摄像头就够了。

摄像头选型上，逻辑摄像头（Logitech C920/C930e）是入门首选，价格适中，免驱，OBS直接识别。再往上走，索尼A6000系列微单接采集卡是很多颜值主播的标配，画质提升明显，但需要额外买采集卡（推荐Elgato Cam Link或者圆刚系列），而且微单长时间直播有过热风险，需要假电池供电。

这里有个热词里提到的“obs如何连接iphone手机摄像头直播”，我专门试过。iPhone的摄像头素质确实好，但直接连OBS很麻烦。可行的方案是：iPhone安装“Camo”或者“EpocCam”这类应用，通过USB连接电脑，电脑端安装对应驱动，OBS里添加“视频采集设备”就能识别。实测延迟在100毫秒左右，画质比大多数千元摄像头好，但长时间直播手机会发热，建议摘掉手机壳并放在通风处。

采集卡的选择上，一定要买支持UVC（USB Video Class）标准的，免驱即插即用。那些需要装私有驱动的采集卡，在OBS里经常出兼容性问题。价格上，百元级的采集卡只能跑1080P 30帧，要跑1080P 60帧至少得三百元以上。别贪便宜买几十块的，画面撕裂、色彩偏差、延迟高，全是坑。

2.2 编码器设置：x264和硬件编码的取舍

OBS的编码器选项里，常见的有x264、NVENC、AMF、QSV。x264是CPU软编，画质最好但吃CPU；NVENC是N卡硬件编码，几乎不吃CPU但同码率下画质略逊；AMF是A卡硬件编码；QSV是Intel核显硬件编码。

怎么选？看你的CPU和显卡。如果你用的是i5或R5以上的CPU，推1080P 30帧，x264用veryfast预设完全扛得住。如果你要推1080P 60帧，或者同时还在打游戏，那必须用硬件编码，否则CPU占用率直接拉满，游戏掉帧、直播卡顿一起找上门。

我个人的配置是：游戏直播用NVENC，聊天直播用x264。NVENC的预设选“Quality”，码率给到8000 Kbps，画质和x264的faster预设差距很小，但CPU占用从40%降到5%以下。x264的预设里，veryfast是性价比最高的，再往上的faster、fast画质提升有限，但CPU占用翻倍。

注意：如果你用NVENC，记得在NVIDIA控制面板里把OBS的电源管理模式设为“最高性能优先”，否则显卡会降频，编码质量不稳定。

2.3 输出设置：码率、关键帧间隔、预设

输出设置里最重要的三个参数：码率、关键帧间隔、CPU使用预设。

码率前面说过了，按B站推荐值给就行。关键帧间隔（Keyframe Interval）建议设为2秒，也就是60帧（30帧直播）或120帧（60帧直播）。这个参数影响观众拖动进度条时的响应速度，设太大拖动后要等很久才出画面，设太小又浪费码率。2秒是经过验证的平衡点。

CPU使用预设（x264 Preset）从ultrafast到placebo有十几个档位。直播场景下，veryfast是甜点。ultrafast画质太差，faster以上CPU扛不住。如果你CPU特别强（比如i9或者R9），可以试试faster，画质有可感知的提升。

还有一个容易被忽略的参数：Profile。设为high，Level设为4.2或更高。这样编码效率更高，同码率下画质更好。但要注意，如果观众用很老的设备看直播，可能不支持high profile，不过2024年了，这个问题基本不存在。

2.4 音频设置：采样率、比特率、声道

音频这块很多人不重视，但观众能忍受画质差，忍不了声音差。音频设置里，采样率设为44.1kHz或48kHz，比特率设为128到192 Kbps，声道设为立体声。

如果你用独立声卡或者调音台，记得在OBS的音频设置里把采样率对齐，否则会出现爆音或者音画不同步。我遇到过好几次，声卡设的是48kHz，OBS默认44.1kHz，结果直播时声音每隔几秒就“咔”一下，排查了半天才发现是采样率不匹配。

降噪方面，OBS自带的RNNoise降噪效果不错，但会稍微吃一点CPU。如果你用N卡，可以用NVIDIA Broadcast的降噪，效果更好且几乎不吃资源。麦克风增益不要拉太高，宁可声音小一点后期调，也不要爆音，爆音是没法修复的。

3. 从零开始：B站直播推流完整实操

3.1 开通直播权限和获取推流码

第一步，登录B站，进入“直播中心”。如果你还没开通直播权限，需要先完成实名认证。B站的直播权限开通门槛很低，实名认证后基本都能过。

开通之后，在直播中心左侧菜单找到“我的直播间”，再找到“推流设置”。这里你会看到两组信息：推流地址和串流密钥。推流地址通常长这样：rtmp://live-push.bilivideo.com/live-bvc/，串流密钥是一长串字母数字组合。

注意：串流密钥相当于你的直播间钥匙，千万不要泄露给任何人。一旦泄露，别人可以用你的密钥推流，轻则直播间被封，重则账号受影响。如果你怀疑密钥泄露了，在直播中心点“重置推流码”即可。

另外，B站支持“备用推流地址”，当主地址连接不稳定时，可以切换到备用地址。备用地址的格式类似，只是域名不同。我实测下来，主地址在电信网络下很稳，联通和移动网络偶尔需要切备用。

3.2 OBS推流设置一步步填

打开OBS，点击右下角的“设置”，进入“推流”选项卡。

服务类型选择“自定义”，服务器填B站给的推流地址（注意：只填到最后一个斜杠之前，比如rtmp://live-push.bilivideo.com/live-bvc/，不要把串流密钥也填进去）。串流密钥填B站给的那一长串字符。

填完之后点“应用”，然后点主界面的“开始推流”。如果一切正常，OBS底部状态栏会显示绿色，并且有码率和丢帧统计。如果显示红色或者一直重连，说明推流地址或密钥填错了，或者网络有问题。

这里有个细节：B站的推流地址里已经包含了直播间ID信息，所以不需要额外填房间号。有些平台需要填房间号，B站不需要，填了反而会出错。

3.3 画面布局：场景和来源的搭建

OBS的核心概念是“场景”和“来源”。一个场景就是一个画面布局，来源就是画面里的元素。比如你可以建三个场景：“聊天场景”、“游戏场景”、“离开场景”。

聊天场景里，来源包括：摄像头、背景图片、文字（欢迎语）、弹幕插件。游戏场景里，来源包括：游戏捕获、摄像头（画中画）、弹幕插件。离开场景里，来源包括：背景图片、文字（暂时离开）。

场景切换用OBS的“工作室模式”最方便。工作室模式可以预览下一个场景，确认没问题再切出去，避免切过去发现画面没准备好。快捷键可以在OBS设置里绑定，比如F1切聊天、F2切游戏、F3切离开。

弹幕插件推荐用“B站弹幕姬”或者“OBS弹幕插件”，前者是独立软件，后者直接集成在OBS里。我用的后者，配置简单，支持弹幕、礼物、舰长提醒，还能自定义样式。

3.4 测试推流：别等开播了才发现问题

正式开播前一定要做一次完整测试。测试流程：开一个只有自己能看到的直播间（B站支持“测试直播”模式），推流10分钟，观察以下指标：

• OBS底部丢帧率：应该为0%，偶尔跳到0.1%可以接受，持续超过1%说明网络有问题。
• CPU占用率：x264编码下应该在30%到60%之间，超过80%说明预设太高或者CPU太弱。
• 画面延迟：用手机打开自己的直播间，对比电脑画面，延迟应该在3到5秒。
• 音频同步：说一句话，看手机端声音和口型是否对得上。

测试通过后，再正式开播。我见过太多人直接开播，结果观众进来发现没声音、画面卡、延迟高，第一印象直接崩了。

4. 那些年我踩过的坑和排查技巧

4.1 推流失败：从报错信息找线索

OBS推流失败时，底部状态栏会显示错误信息。常见的几种：

我遇到最多的是“认证失败”，十次有八次是因为复制密钥时多复制了空格或者换行。粘贴密钥后一定要检查首尾有没有多余字符，这个坑我踩过不止一次。

4.2 画面卡顿：不一定是网络的锅

观众反馈画面卡顿，很多人第一反应是网络问题，但其实编码器过载也会导致卡顿。判断方法：看OBS底部的“CPU使用率”和“丢帧率”。如果CPU使用率接近100%，但丢帧率为0%，说明是编码器过载，观众看到的卡顿是编码跟不上导致的。

解决方法：降低x264预设（从faster降到veryfast），或者切换到硬件编码（NVENC/QSV）。如果CPU使用率不高但丢帧率高，那才是网络问题，需要降低码率或者检查路由器。

还有一种情况：游戏帧率和直播帧率不匹配。比如游戏跑144帧，但直播推60帧，OBS捕获时会出现画面撕裂。解决方法是在游戏里锁定帧率为60帧，或者开启垂直同步。

4.3 人脸绿光：热词里提到的怪问题

热词里有个“obs直播人脸绿光”，这个问题我专门研究过。绿光通常来自摄像头的自动白平衡失灵或者光线环境太差。

摄像头在光线不足时会自动提高增益，导致色彩偏移，人脸发绿。解决方法：增加正面补光，用环形灯或者柔光箱，让摄像头不需要拉高增益。如果补光后还是绿，在OBS里给摄像头来源添加“色彩校正”滤镜，手动调整Gamma和色彩偏移。

还有一种可能是采集卡的色彩空间设置错误。采集卡默认可能是YUV420，但OBS设的是RGB，导致色彩异常。在OBS的摄像头属性里，把色彩空间设为“默认”或者“I420”，色彩范围设为“部分”，通常能解决。

4.4 局域网推流：多机位直播的玩法

热词里提到“obs局域网推流”，这个玩法适合多机位直播。比如你有一台台式机做主机位，一台笔记本做副机位，两台机器都装OBS，通过局域网把副机位的画面传到主机位。

具体操作：主机位OBS开启“Nginx RTMP服务器”或者用“NDI”插件。NDI更简单，两台机器装NDI工具，副机位OBS输出NDI流，主机位OBS添加NDI来源即可。延迟在50毫秒以内，画质无损，适合需要多角度切换的直播场景。

注意：NDI走局域网，对路由器要求较高。建议用千兆有线连接，WiFi下NDI容易丢包，画面会花。

4.5 常见问题速查表

5. 进阶玩法：让直播间更专业的几个细节

5.1 虚拟摄像头：OBS画面接入其他软件

热词里提到“obs虚拟摄像头”，这个功能很实用。开启后，OBS的画面会变成一个虚拟摄像头设备，其他软件（比如腾讯会议、钉钉、Zoom）可以直接调用。用法：在OBS里点“启动虚拟摄像头”，然后在其他软件的摄像头选项里选“OBS Virtual Camera”。

这个功能适合需要把OBS的复杂画面（比如带弹幕、带贴纸、带多机位）接入会议软件的场景。我试过用OBS虚拟摄像头做线上分享，画面比直接开摄像头专业得多。

5.2 快捷键设置：直播中的效率工具

热词里提到“b站网页版修改快捷键”，虽然说的是网页版，但OBS的快捷键同样重要。直播中你需要快速切换场景、静音麦克风、开始录制，如果每次都去点鼠标，手忙脚乱还容易出错。

我常用的快捷键配置：F1切聊天场景、F2切游戏场景、F3切离开场景、F4静音麦克风、F5开始/停止录制、F6开始/停止推流。在OBS设置的热键里绑定，直播时一只手就能操作。

5.3 录制与回放：别只推流不存档

OBS的“输出”设置里，可以同时开启“录制”和“推流”。录制的好处是：直播结束后可以剪辑精彩片段上传，也可以用来复盘自己的直播表现。

录制格式建议选MKV，因为MKV即使录制中断也不会损坏文件，MP4中断了整个文件就废了。录制完成后可以用OBS自带的“重新封装录像”功能转成MP4，方便剪辑。

录制码率可以设得比推流码率高，比如推流8000 Kbps，录制可以给到20000 Kbps，这样存档画质更好。但要注意硬盘空间，一小时1080P 60帧的录制文件大约7到10GB。

5.4 多平台推流：一次直播多处分发

如果你想同时在B站和其他平台直播，OBS本身不支持多路推流，但可以通过插件实现。常用的插件是“OBS Multi RTMP”，配置多个推流地址，OBS会同时推送到所有地址。

但要注意：多平台推流会成倍消耗上传带宽。推两个平台，上传带宽需求翻倍。而且不同平台的码率要求不同，需要取最低值。我实测下来，同时推B站和另一个平台，上传带宽至少需要20 Mbps才稳。

注意：多平台推流前，确认各平台是否允许同时直播。有些平台对独家直播有要求，违规可能导致封禁。

5.5 直播后的数据复盘

直播结束后，B站直播中心会提供数据统计：观看人数、弹幕数、礼物收入、平均观看时长。这些数据要定期复盘，找出哪些内容观众互动多、哪些时段观众流失快。

我自己的习惯是每次直播后记录三个数据：最高在线人数、平均观看时长、弹幕互动率。如果平均观看时长低于5分钟，说明内容留不住人，需要调整节奏。如果弹幕互动率低，说明缺乏互动引导，需要多设计一些互动环节。

OBS的日志文件也可以用来复盘技术问题。日志里记录了每次推流的码率、丢帧、编码器状态，如果某次直播卡顿，翻日志就能找到原因。日志路径在OBS的“帮助”菜单里，点“日志文件”就能看到。

6. 写在最后

直播推流这件事，说复杂也复杂，说简单也简单。核心就是把采集、编码、推流三个环节打通，然后根据自己设备和网络的情况微调参数。我见过太多人一开始追求“完美配置”，结果折腾几天都没开播，其实先用默认设置推起来，再慢慢优化，才是最高效的路径。

B站直播的生态对新人很友好，推流地址稳定，码率给得也大方。只要上传带宽够，OBS配置不出大错，画面质量完全能打。那些热词里提到的各种工具和玩法，本质上都是锦上添花，先把基础推流跑通，再考虑进阶功能。

最后分享一个我自己的习惯：每次开播前，用手机打开自己的直播间，静音看30秒。确认画面正常、没有黑屏、没有卡顿，再正式开始。这个30秒的检查，帮我避免了好几次“开播即翻车”的尴尬。