企业官网建设流程全解析

1. 同样是1080P，为什么两个软件给出的画面尺寸对不上

有位做游戏直播的朋友上周发来两张截图，一张是开播端预览，一张是第三方推流软件里的画面，同一个摄像头、同一台机器、同一个“1080P”字样，但一张干净利落，另一张左右各多出两条黑边，人物还被横向压扁了一点点。他把两个软件的分辨率设置截图翻来覆去看了半小时，两组参数一字不差，都是 1920×1080，帧率都是 30，于是他得出一个结论：这软件有毛病。

实际情况是，分辨率这四个字在直播链路里背了太多不属于它的锅。我们在界面上看到的“1920×1080”，可能是采集源的输出尺寸，可能是场景画布的逻辑尺寸，可能是编码器的目标尺寸，还可能是播放端窗口自适应后的显示尺寸。这四层里只要有一层跟其他三层对不上，画面就会以黑边、模糊、拉伸、局部裁切四种形式之一暴露出来。横竖屏切换之所以让人头疼，也是因为横竖屏本质上是把“宽”和“高”这两个数字互换，而互换之后，原本四层之间那种刚好平衡的关系瞬间全乱了。

这篇内容面向的是已经在做直播、被这类问题反复折腾的人，也适合刚开始接触双软件协作、还没搞清楚画布和源之间关系的新手。我会把分辨率的四层错位拆开讲，把横屏转竖屏的几种做法连同代价一起摆出来，再给一条我自己用了几年的排查链路——按顺序走，基本能在十分钟内定位到底是哪一层在捣乱。

1.1 一条画面上其实叠着四层分辨率

先把概念理清楚，后面所有的排查都建立在这个框架上。

第一层是采集源分辨率。摄像头有它自己能输出的最大分辨率，采集卡有它跟信号源协商出来的分辨率，窗口捕获有被捕获窗口的实际像素尺寸，手机投屏有投屏协议协商出来的编码尺寸。这一层是“原料”，原料不够，后面怎么加工都是虚的。

第二层是场景画布分辨率，也叫合成分辨率或工程分辨率。所有源被摆放、缩放、裁切、叠加，最后合成在一块固定大小的“画布”上。这块画布在软件里是一个确定的宽高值，比如 1920×1080 或者 1080×1920。源放进画布时，如果比例不一致，就要选择怎么处理：等比缩放留黑边、等比缩放裁掉多余部分、还是强行拉伸填满。

第三层是编码输出分辨率。编码器拿到的图像尺寸，理论上应该等于画布尺寸，但有些软件允许单独设置输出缩放，比如画布 2560×1440、输出压到 1920×1080。这一层如果和画布不一致，会引入一次额外的重采样。

第四层是播放端显示分辨率。观众那边的窗口大小、全屏与否、平台是否做了转码（二压），都会影响最终肉眼看到的清晰度。这一层你控制不了，但它会放大前三层的错误——本来只是轻微模糊，二压之后糊得更明显。

四层里，最容易被忽略的是第二层和第三层之间的关系。很多人只盯着“输出设置”，却不知道画布尺寸在哪里改，或者改了画布忘了改输出，两个软件于是各走各的路。横竖屏切换出问题，九成以上是第二层和第三层的宽高没有同步互换。

1.2 一次具体的换算：1920×1080 到 1080×1920 到底少了多少像素

举个特别典型的场景：默认工程是横屏 1920×1080，摄像头也是 1920×1080。现在要改竖屏，画布换成 1080×1920。摄像头没动，还是横的。

这时候如果选“等比缩放、留黑边”，按宽度去适配：缩放系数 = 1080 ÷ 1920 = 0.5625，摄像头画面高度变成 1080 × 0.5625 = 607.5，取整 608。也就是说，在这块 1080×1920 的竖画布上，摄像头只占中间一条 1080×608 的横条，上下各空出 (1920 − 608) ÷ 2 = 656 像素的黑边。这就是为什么很多人切完竖屏，看到的是“中间一小条人脸，上下两条大黑边”。

如果不想留黑边，改成“等比缩放、裁切填满”，那就按高度适配：缩放系数 = 1920 ÷ 1080 ≈ 1.778，画面宽度被拉到 1920 × 1.778 ≈ 3413。画布只有 1080 宽，中间保留 1080，两边各裁掉 (3413 − 1080) ÷ 2 ≈ 1166 像素。原来画面里只剩下中间 31.6% 的宽度是有效的，两侧的人和物全被切走了。分辨率没变，信息量却少了三分之二。

这两个数字一摆出来，很多争论就结束了。横屏摄像头硬塞进竖屏画布，没有“又清晰又完整”的解，只有“留黑边”和“裁画面”两种取舍。真正干净的解法是让采集源本身也变成竖的——换竖装摄像头、手机竖屏推流、或者把源在软件里旋转 90 度后重新计算适配。

1.3 非整数倍缩放是画面发糊的第一嫌疑人

比黑边更烦的是“说不清哪里不对，就是不够锐”。这类问题里，非整数倍缩放出现频率最高。

画面缩放本质是重采样。缩放系数越接近整数倍（尤其是 1 倍），需要插值重建的像素越少，画质损失越小。1 倍就是原样搬运，一个像素对屏幕上一个像素，最锐利。2 倍放大是每个像素复制成 2×2，虽然块状感明显，但边缘干净。0.5625 倍这种缩小，需要把相邻像素按权重混合，细节直接被平均掉了，锐度掉一截。

更隐蔽的是窗口捕获。你抓一个 1280×720 的窗口，塞进 1920×1080 的画布，缩放系数 1.5，非整数。如果这个窗口本身还带缩放（比如系统开了 125% 显示缩放），抓出来的实际像素可能是 1600×900，再缩到 1920×1080，系数 1.2，又是一次非整数重采样。两次非整数插值叠加，画面就呈现出一种“油腻的模糊”，怎么调码率都救不回来。

我的处理原则很简单：**能让采集源直接输出接近画布尺寸的，就绝不让软件去缩放；必须缩放的，尽量凑成 0.5、2 这种整数或有理数关系。**后面几节的所有配置，都是围绕这条原则展开的。

2. 把基准分辨率钉死：一套不再反复返工的设定顺序

大部分人配分辨率的顺序是“先看摄像头能出多少，再设画布，最后设输出”，也就是从采集端往播出端正推。这个顺序在横屏单一场景下能用，一旦要横竖屏来回切，就会陷入改一个带出一串的循环。我后来改成倒推：先定最终播出端的规格，再往回推画布，最后才挑采集源。这样任何一次切换都只动最上游，下游全部自动跟随，不会出现两个软件各设一半的尴尬。

2.1 从“最终播出端”倒推，而不是从采集端正推

第一步永远是问：这个直播最终在哪播、以什么比例播。竖屏带货、竖屏手游、竖屏户外，播出端就是 9:16；横屏游戏、横屏教学、横屏访谈，就是 16:9。这个比例一旦定下来，整个链路里所有环节都应该朝它靠。

接着确定像素量。播出端对分辨率通常有推荐区间，太高的分辨率在观众侧会被二压，白白吃掉上行带宽；太低则连平台推荐线都够不上。我的经验是横屏 1920×1080、竖屏 1080×1920 作为默认档，两者像素总数完全相同（都是约 207 万像素），码率需求也完全一致——这点很多人在切竖屏时会误以为“竖屏像素少可以降码率”，其实一个像素都没少。

再往回推画布：画布分辨率直接设成播出分辨率，不设中间过渡值。有些人习惯画布设 2560×1440 留出裁切余地，输出再压到 1080P，想法是“留余量方便后期”，实际代价是每次合成都在做大尺寸运算，显卡负载上去，而且输出那一层还要再缩一次。直播是实时链路，没有“后期”，画布等于输出是最省事也最不容易出错的。

最后才挑采集源。摄像头选能原生输出 1080P 的，采集卡选能稳定协商到目标分辨率的，窗口捕获则要保证被捕获窗口的实际像素尺寸不低于画布。这一步的关键是“不低于、且比例接近”，宁可源比画布大一点点做等比缩小，也别让源小于画布再放大。

2.2 采集源用等比填充，画布用固定宽高

源放进画布时有四种绑定方式，效果差别很大，我用一张表把它们摆清楚：

我在实际项目里基本只用前两种，第三种坚决不用——拉伸是最容易一眼看穿的错误，观众可能说不出哪里怪，但会觉得“这主播的脸怎么不太对”。

选等比适配之后，黑边不要用纯黑硬填，放一张同色系的背景图或者虚化的同一路画面，视觉上会柔和很多。这一步在竖屏场景尤其重要，因为竖屏留黑边的面积往往很大，纯黑会显得整个画面“没做完”。

还有一个细节：画布尺寸设定后就不要再频繁改动。很多软件在改画布时会按新尺寸重新计算所有源的位置和缩放，已经调好的构图会整体偏移。我的做法是横竖两套配置各存一份工程文件（或者各存一个场景集合），切换时直接切文件，而不是在同一个工程里反复改数字。这算是横竖屏切换最省心的一个“妙招”——把切换动作从“改参数”变成“换文件”，一次配置，长期复用。

2.3 编码侧的偶数对齐与码率配套

画布定完，编码侧还有两个硬性约束容易被忽略。

第一个是宽高必须是偶数。H.264 的 4:2:0 色度采样下，色度平面是亮度平面的一半尺寸，宽或高为奇数时，色度采样没法整齐对齐，轻则编码器报错，重则画面底部出现一条绿边或错位。稳妥一点的做法是往 16 的倍数上凑：1920 是 16 的倍数，1080 不是（1080 ÷ 16 = 67.5），但主流编码器内部会补到 1088 再裁掉，所以 1080P 是安全的；一些老的硬件编码器对非 16 倍数支持不好，这时候用 1088 更保险。竖屏同理，1080×1920 完全没问题。

第二个是码率要跟像素量和帧率一起算，不能只看分辨率标签。粗略估算是：每秒像素数 × 每像素比特数。1920×1080×30 帧 = 每秒 6220 万像素，每像素给 0.06 比特，得到约 3.7 Mbps，也就是 3700 kbps 左右。动作多、画面碎的内容（射击游戏、快速切换的场景）往上加到 5000～6000 kbps；静态为主的内容（讲课、聊天）可以压到 3000 kbps 左右。竖屏 1080×1920 像素总量一样，码率照抄即可，不需要因为它“看起来窄”就降档。

帧率这块补一句：60 帧的码率大致是 30 帧的 1.5 到 1.8 倍，不是两倍，因为帧间冗余更多。但上行带宽吃紧的时候，宁可降到 30 帧保住分辨率，也别反过来——分辨率掉下去，观众第一眼就看出来糊了；帧率掉一点，观感损失反而没那么刺眼。

3. 横屏切竖屏，真正要动的不是宽高两个数字

把画布宽高对调，只是表面动作。真正决定成败的是“源怎么转、转到什么程度、转完之后编码器还认不认”。我见过太多人只改了画布，源还是横的，于是要么黑边巨大，要么把源拉伸成畸形，然后回头怀疑软件有 bug。

3.1 三种旋转做法的差别与代价

做法一：转画布，不转源。画布设成 1080×1920，源保持横向，用等比适配。结果是中间一条横画面，上下大黑边。优点是零画质损失，缺点是画面利用率极低，只适合“竖屏里必须展示横屏内容”的少数场景，比如竖屏直播里插一段横屏游戏画面。

做法二：转源，不转画布尺寸逻辑。画布设成 1080×1920，把源在软件里旋转 90 度，再等比适配。旋转本身是无损的（只是像素坐标变换），但旋转后源的“有效宽高”互换了：原本 1920×1080 的摄像头，转完变成 1080×1920 的竖条，正好铺满画布，一点黑边都没有。这是竖屏直播里我最推荐的做法，代价是画面里的人物如果是正常坐姿，转完会变成“躺着”，需要用竖装的摄像头或者调整拍摄角度来配合。

做法三：靠物理设备转。直接换竖装摄像头，或者手机竖着架、竖屏推流。这是画质最优解，因为全程没有软件旋转和缩放，源就是竖的。缺点是硬件要额外准备，切换成本高。做长期竖屏内容的人，我建议直接走这条路，一次性投入，后面所有软件配置都简单了。

三种做法的取舍，本质是“画质、成本、灵活度”三角。临时切一次用做法二，长期做竖屏用做法三，偶尔需要在竖屏里放横内容用做法一。

3.2 摄像头和采集卡的物理方向要不要跟着转

摄像头的传感器是矩形的，横装和竖装输出的画面比例完全不同。很多 USB 摄像头只支持横屏的几种分辨率（1920×1080、1280×720、640×480），驱动里根本没有 1080×1920 这个选项。这种情况下你在软件里设竖画布，摄像头只能给横画面，必然要走旋转或者裁切。

判断方法很简单：打开系统的摄像头属性或者用任意一个能看预览的工具，看它列出的分辨率清单里有没有高度大于宽度的选项。有，说明硬件支持竖装；没有，就只能靠软件旋转。

采集卡的情况稍微复杂一点。采集卡的分辨率是通过 EDID 跟信号源（游戏机、另一台电脑）协商出来的，协商结果通常是标准横屏分辨率。你把采集卡转 90 度插，信号源该输出 1080P 还是输出 1080P，画面内容转了个方向而已，协商尺寸不变。所以采集卡的场景下，软件旋转几乎是唯一选择，除非信号源本身能输出竖屏信号（部分手机投屏和竖版应用可以）。

还有个小坑：部分采集卡在切换输入分辨率时会重新协商，期间有 1～2 秒黑屏，如果这时候正在直播，观众端会看到一瞬卡顿。要切分辨率的话，尽量在开播前切完，别在直播中段折腾。

3.3 平台端转码与首帧黑边的关系

播出端拿到竖屏流之后，不一定原样分发给观众。平台侧通常会做一次转码，生成多个清晰度档位。这一层你看不见，但它会影响两件事。

一是首帧画面。推流刚开始的几秒，平台可能还在等关键帧，这时候观众看到的是黑屏或者上一帧的残留。如果画布刚改过、分辨率变了，编码器需要重新发关键帧，这个窗口会更长一点。规避办法是：改完分辨率后，先在本地预览跑十几秒，确认稳定了再点开播；开播后前 30 秒别做大的画面切换。

二是转码时的比例处理。有些平台对非标准比例（比如 9:16 竖屏）的处理方式是“居中放置 + 两侧填充”，观众看到的效果可能跟你本地预览不完全一致。这不是软件的问题，是播出端策略。所以调完竖屏之后，最好用另一台设备实际进直播间看一眼，别只看本地预览就下结论。

4. 黑边、模糊、拉伸：六步定位链路

前面讲的是“应该怎么配”，这一节讲“配歪了怎么查”。我遇到的这类问题，按下面六步走，基本都能定位到具体某一层，不用瞎试。

4.1 先分清是“源没给对”还是“画布没接住”

第一步，把画布的预览缩放到 100%，也就是让画布一个像素对应屏幕一个像素（屏幕不够大的话看局部也行），然后单独看每一路源的预览窗口。

如果源自己的预览就是模糊的、比例不对的，问题在第一层，跟画布无关。常见原因是摄像头驱动设了个低分辨率、窗口捕获抓错了窗口、采集卡协商到了低档位。这时候改画布纯属徒劳。

如果源预览清晰正常，一放进画布就变样，问题在第二层，也就是适配方式。回去检查是等比适配、裁切还是拉伸，以及画布比例跟源比例差多少。这一步能解决大概六成的“黑边”和“变形”投诉。

如果源和画布都对，只有推出去的流不对，问题在第三层编码输出。去看输出分辨率是不是被单独设成了别的值，或者码率低到把细节压没了。

4.2 Windows缩放比例这个隐形的坑

这一条我要单独拎出来讲，因为它坑过我不止一次，而且极其隐蔽。

系统的“缩放与布局”设成 125% 或 150% 时，很多程序报告的窗口尺寸是“逻辑尺寸”，不是物理像素。一个在 150% 缩放下显示为 1280×720 的窗口，实际占用的物理像素可能是 1920×1080。窗口捕获抓的是哪个？不同软件实现不一样，有的抓物理像素，有的抓逻辑尺寸再放大。

后果是：你在软件里看到源尺寸是 1280×720，实际抓到的可能是 1920×1080 被缩成了 1280×720，或者反过来被放大。这一层缩放是隐形的，界面上完全不显示，但画质损失实打实。

排查方法：把系统缩放临时调回 100%，重启软件，看画面是否变锐。如果变锐了，基本可以锁定是这个原因。长期方案有两个——要么把开播用的那台机器的系统缩放固定在 100%（直播机专用，不迁就日常使用习惯），要么在软件里手动指定捕获区域而不是整窗捕获。

多显示器不同缩放的情况更麻烦。主屏 100%、副屏 150%，窗口从主屏拖到副屏时，程序的布局会重算，捕获尺寸跟着跳变。如果你必须用副屏放被捕获的窗口，把副屏缩放也统一成 100%，能省掉一大堆莫名其妙的尺寸漂移。

4.3 虚拟摄像头与美颜插件的固定输出

第三方美颜、虚拟背景、滤镜类工具，通常以一个“虚拟摄像头”的形式把处理后的画面喂给直播软件。这类虚拟摄像头的输出分辨率往往是固定的，常见是 1280×720，有些甚至是 640×480。

于是链路变成：真实摄像头 1920×1080 → 美颜软件处理 → 虚拟摄像头输出 1280×720 → 直播软件画布 1920×1080。中间这一降一升，等于把 1080P 的画面压到 720P 再放大回 1080P，锐度直接砍半，而且这种损失是不可逆的。

排查时把美颜插件临时关掉，直接接真实摄像头，对比一下清晰度。如果差别明显，就去美颜软件的设置里找输出分辨率选项，能调到 1080P 就调，调不了就接受这个画质上限，或者换一个支持高分辨率输出的方案。

同样的逻辑适用于所有“中间层”软件：投屏工具、录屏工具、窗口采集代理。链路上每多一个中间层，就多一次潜在的重采样。能直连就直连，中间层越少越好。

4.4 采集卡EDID与刷新率协商

采集卡这条链路的问题通常在“协商”两个字上。信号源和采集卡通过 EDID 交换能力清单，协商出一个双方都支持的分辨率和刷新率。协商结果不理想时，表现是：信号源明明能出 1080P60，采集卡只给到 1080P30，或者干脆降到 720P。

判断方法：在采集卡的官方配置工具里看当前协商到的输入格式。如果显示的是 1080P30 而信号源设的是 60，那就是协商没谈拢。常见原因包括线材质量、接口版本、采集卡固件版本，以及信号源的输出设置里开了某种“自动”模式。

处理顺序是：先固定信号源的输出分辨率和刷新率，别用自动；再换一根确认支持目标带宽的线；还不行就查采集卡固件更新。别在软件层面反复调，软件改不了硬件协商的结果，只会让排查绕远路。

另外提醒一句带宽的事：USB 2.0 接口的理论带宽是 480 Mbps，未压缩的 1080P30 画面（YUY2 格式，每像素 2 字节）需要 1920×1080×2×30 ≈ 124 MB/s，换算过来接近 1000 Mbps，远超 USB 2.0 上限。所以 USB 2.0 上的采集卡要么走 MJPEG 压缩（画质有损、延迟略高），要么只能跑 720P。想上 1080P60，接口至少得是 USB 3.0 起。这个不是设置问题，是物理限制。

5. 竖屏实战的三个典型组合

理论讲完，落到具体场景。竖屏直播的需求这几年涨得很快，但不同场景的最优配置差别挺大，我按自己经手最多的三类分别说。

5.1 手机竖屏投屏

手机投屏到电脑再推流，是竖屏内容最常见也最容易翻车的组合。翻车点有三个。

第一，投屏协议协商出来的分辨率经常不是你想要的。手机觉得投屏目标是“电脑屏幕”，就按横屏逻辑给画面，结果竖着的手机画面被放进一个横屏画布里，两边大黑边。解决办法是优先用支持“竖屏模式”的投屏工具，或者在投屏设置里手动指定输出为竖屏比例。

第二，投屏本身有压缩和延迟。无线投屏走的是实时编码，画面已经被压过一轮，再进直播软件编码一次，是二次压缩。要画质就用有线投屏（数据线直连），延迟和画质都明显更好。

第三，手机状态栏、刘海、导航条这些元素会一起投上来。开播前把手机的显示设置调一下，隐藏状态栏，用全屏应用，画面会干净很多。

配置上，投屏源的分辨率通常跟手机屏幕分辨率一致（比如 1170×2532 这种非标准值），跟画布 1080×1920 比例接近但不完全一致，用等比适配会留一点点边，用裁切会切掉一点点边。差得不多的情况下我选裁切，因为那点边缘通常是空白区域，切了不影响内容。

5.2 竖版手游与竖屏窗口抓取

竖版手游通过模拟器或者投屏在电脑上跑，然后窗口捕获进直播软件。这个场景的核心矛盾是“模拟器窗口尺寸”和“画布尺寸”对不上。

模拟器窗口可以自由拖动大小，很多人的做法是拖到“看着差不多大”就开始播，结果抓到的实际像素是个奇怪的值，比如 1178×2094，进 1080×1920 的画布要缩放，非整数倍，画面发虚。

正确做法是在模拟器设置里把分辨率固定成 1080×1920，并且关掉窗口边框或者用无边框模式，然后用窗口捕获抓客户区（不含标题栏的那部分）。这样源尺寸和画布尺寸完全一致，点对点映射，一个像素都不浪费，画面最锐。

如果模拟器不支持自定义到 1080×1920，退一步用 540×960（正好一半），缩放系数 2，整数倍放大，画质损失也可控。

还有个细节：部分模拟器在窗口大小变化时会重建渲染表面，捕获端会闪一下或者抓到旧帧。开播前把窗口尺寸定死，直播中不要再拖。

5.3 竖屏带货的双机位

带货场景通常是“人 + 商品”双机位，一个摄像头拍人，一个拍商品特写或者俯拍台面。竖屏画布下的布局逻辑跟横屏完全不同。

横屏是左右分栏，人是左半屏、商品是右半屏，各自 960×1080 的区域。竖屏是上下分栏，人占上面 1080×1080 的方形区域，商品占下面 1080×840 的横向区域，中间还可以留一条放价格条和文字。

这里的关键是每个机位的源都要单独适配自己的区域，而不是适配整块画布。也就是说，人像摄像头（1920×1080 横画面）要放进 1080×1080 的方形区域，按宽度适配缩到 1080×608，上下留黑边；或者按高度适配放大到 1920×1080 再横向裁掉两边。前者保留完整构图但浪费空间，后者填满但切掉两侧——拍人的时候两侧通常是背景，切掉问题不大，我一般选后者。

商品特写机位如果是俯拍台面，摄像头横装拍出来的画面本身就是横向的，放进 1080×840 的区域，按宽度适配后高度是 1080×(840÷1080)... 这里要按实际比例算，总之留边不多，观感可以接受。

双机位的另一个问题是切换时的分辨率一致性。两个摄像头如果型号不同、原生分辨率不同，切机位的时候画布上会出现轻微的清晰度跳变。尽量用同型号摄像头，或者把两路都统一缩放到同一个中间尺寸再进画布。

6. 参数速查与几个只有踩过才知道的细节

最后这部分是我这些年攒下来的速查表和踩坑记录，配置的时候可以直接对着抄，也可以当成排查时的对照清单。

6.1 分辨率-码率-帧率对照

表里的数值是起点，不是终点。实际调的时候看两个信号：一是观众端有没有明显的块状噪点（码率不够），二是自己的上行带宽有没有跑满（码率给多了会丢帧）。跑满带宽比画质不够更危险，因为丢帧会让整个画面卡住，观感直接崩。

音频别忘了单独配。视频码率再高，音频给 64 kbps 单声道也会显得“闷”。常规配置是 AAC、44.1 kHz 或 48 kHz 采样率、128 kbps 立体声，这个开销很小，但对观感的影响比想象中大。

6.2 我踩过的坑清单

坑一：以为改了输出分辨率画布就跟着变。实际上这是两个独立设置，改一个不动另一个，画面就会被二次缩放。每次改完，两个地方都要确认。

坑二：在直播中改分辨率。编码器需要重新初始化，观众端会看到几秒黑屏或者花屏。所有分辨率相关的调整，开播前做完。

坑三：忽略摄像头的“自动曝光/自动白平衡”在切换分辨率后重置。有些摄像头一改分辨率，曝光参数就回到默认值，画面突然变亮或变暗。改完分辨率后等几秒让它稳定，或者手动锁定曝光。

坑四：用截图工具验证画质。截图抓到的是软件渲染后的画面，不等于编码后的画面。验证码率够不够，要看实际推流后的回放或者另一台设备进直播间看。

坑五：竖屏时忘了改字幕和贴图的位置。横屏居中的文字，切到竖屏后会跑到画面外或者压在人物脸上。横竖两套配置要各自摆一遍，别指望自动适配。

坑六：多软件同时抓同一个摄像头。开播端和第三方软件同时打开同一个摄像头，有的驱动支持多路输出，有的不支持，表现是其中一路黑屏或者帧率减半。要双路，就用虚拟摄像头分发，或者干脆一个软件抓、另一个软件收它的输出。

坑七：把“预览清晰”当成“推流清晰”。本地预览是不经过编码的原始画面，推流出去的是编码后的。预览清晰只能说明采集和合成没问题，编码那一层还得单独验证。

坑八：忽略线材。一根劣质 HDMI 线能让 1080P60 协商成 1080P30，排查半天软件设置，最后换根线就好了。采集链路出问题，先换线再调软件，顺序别反。

我个人在实际操作中的体会是，这类“两个软件分辨率不一致”的问题，几乎从来不是软件本身的 bug，而是四层分辨率里有一层没跟上。把“源—画布—编码—播出”这四层在心里排个序，每次只动一层、动完验证一层，比同时改五个参数然后祈祷它好使要快得多。横竖屏切换这件事，最省事的做法也不是每次现场调，而是提前把两套配置各存一份，切换的时候换文件，而不是改数字——配置一次，后面几年都不用再碰。