先确认竖屏入口和要采集的来源
核对目标账号当前的直播输入能否接受计划发送的竖屏输出，再根据系统和游戏选择合适的采集方式。不同游戏或受保护窗口不一定能用相同方式采集。使用允许直播的游戏内容，以及有权播出的摄像头或其他来源。场景可以在获取推流码前先完成本地准备和录制。
- 准备和最终检查使用同一个场景。
- 竖屏合成不会补上账号缺失的权限，也不会自动增加一路输出。
先划分区域，再摆放来源
从完整竖屏画布开始，让游戏占上方的完整宽度。1080 像素宽的 16:9 画面实际高度为 607.5 像素，因此 608 是便于使用的取整边界区域；应按比例适配来源。720 像素宽时，16:9 高度正好是 405。下方数字表示可用主播区域，并不表示摄像头原始比例。
| 画布 | 游戏区域：x、y、宽 × 高 | 主播区域：x、y、宽 × 高 |
|---|---|---|
| 1080×1920 | 0、0 · 1080×608 | 0、608 · 1080×1312 |
| 720×1280 | 0、0 · 720×405 | 0、405 · 720×875 |
在 OBS 建立专用场景，保持输出比例一致
新建如“游戏 + 主播 — 竖屏”的场景。在 OBS 视频设置中，把基础画布设为计划使用的 9:16 尺寸，输出缩放选择设备可以稳定承载的 9:16 分辨率。加入游戏来源并适配上方区域，再把摄像头或有权使用的竖屏来源放在下方。姓名条、背景等可分别归组，避免调整一个区域时误移动整个场景。
- 改变基础画布后要重新摆放来源，只改输出数字不会自动重排。
- 确认对应 OBS 实例选中的就是本场账号与这个场景。
优先保留游戏信息，有意识地裁切主播
先完整适配横屏游戏，再用手机尺寸查看血条、比分、地图、背包和边缘提示。为放大动作而裁掉两侧，可能同时丢失关键 HUD。下方主播区域可以完整适配并配背景，也可以有意识地裁切，但要保留脸部和动作范围。竖屏摄像头不一定恰好吻合下方矩形，不应为消除留边而拉伸变形。
- 检查激烈游戏片段，不只检查菜单。
- 文字避开实际观众界面和评论浮层，按目标设备验证，不假定所有设备都有固定安全边距。
把演示图当构图参考，不当作客户实播证明
下图在 TKLive 演示工作台中展示游戏类组合画面，可以参考游戏和主播的分区关系，再制作自己的场景。官网图片不能证明你的游戏采集、账号入口、摄像头裁切或手机显示已经正常。
先录制动态与声音，不必立即公开开播
录一小段包含快速游戏画面、说话、较响游戏音效和场景切换的本地视频。听是否重复采集游戏声音、麦克风是否回声或爆音，检查音画同步及身体移动后的摄像头构图。按手机大小看这段录制。若本地采集或编码已卡顿，应先简化来源、降低帧率或选择可承载输出，再排查推流网络。
- 每个需要的声音只采集一次。
- 静止菜单或截图稳定，不代表游戏过程也会流畅。
保存布局，决定开播时再验证送达
保存已检查的场景，并记录画布、输出和采集来源。以后决定通过允许的入口开播时，按需获取本场输入参数，选择对应输出。对照 OBS、官方直播状态和独立观众手机，核对游戏运动、HUD 可读性、主播裁切、声音及方向。只有手机结果不同时，先定位观看或送达环节，不必立刻重做整个场景。
- 完成本地构图练习不需要公开开播。
- 上下组合的单路竖屏，与平台原生横竖屏双输出是两种流程；双输出只在当前账号和入口实际支持时使用。
FAQ
常见问题
购买、授权或运行环境仍有疑问，可以先查看这里。
1080×608 游戏区域严格等于 16:9 吗？
这是取整后的边界区域。1080 宽对应的严格 16:9 高度是 607.5，应保持来源比例进行适配，不应为凑整数而拉伸。720 宽对应 405 高则正好是 16:9。
下方主播一定能不裁切铺满吗？
不一定。区域与摄像头的比例可能不同，需要在“完整适配并配背景”和“有意识地裁切”之间选择，并检查脸部与动作范围。
这样设置就能横屏、竖屏同时直播吗？
不能这样理解。示例是在一个竖屏画布里组合横屏来源与主播。原生双输出是另一种流程，是否可用取决于平台和账号当前支持情况。
不开直播可以做完这些检查吗？
可以。通过本地预览和录制检查尺寸、运动画面和声音。决定正式直播后，再做公开观众端验证。
电脑上游戏清楚，手机 HUD 太小怎么办？
按实际观看尺寸检查录制。游戏允许时可简化 HUD、调整场景占比，或选择其他获支持的观看格式。不要仅为显得更大而裁掉关键内容或拉伸画面。
REFERENCES
参考资料
内容核对：2026 年 10 月 18 日 · 小鹿助手产品团队