如何将 TikTok 视频片段转换为 Kick 竖屏格式

Kick 与 TikTok 在格式上的区别

两者都采用 9:16，但结构不同。TikTok 全屏播放视频片段，而界面元素（侧边个人资料、底部文字和按钮）贴近边缘且部分透明。在 Kick 的竖屏播放器中，视频与聊天、打赏通知、计数器以及直播元素混杂在一起，这些元素覆盖在视频上方且不会消失。因此，同一构图在 TikTok 上清晰可读，在 Kick 上却会丢失上下两条区域。

TikTok 通常在自己的处理流程中压缩视频片段，而 Kick 有自己的处理方式，所以“原样上传”意味着又一次压缩。因此操作顺序是：先确定哪些区域会被遮挡，再准备文件。

第 1 步：获取尽可能干净的源文件

从 TikTok 常规下载会留下水印：它“固定”在画面中，无法无损去除。有几种方案，但各有缺点：

• 通过第三方下载器下载无水印版本——质量通常低于原版，且部分服务会添加自己的标记。
• 向视频片段作者索取源文件——仅当片段属于你或你能联系到剪辑师时可行。
• 裁掉画面边缘——水印随部分画面一起被去除。

没有通用解决方案。如果片段是别人的，与其应对压缩后果，不如协商传输文件。后续所有工作都在同一个文件上完成，不要经过中间编辑器：每次额外导出都是又一次编码处理。

第 2 步：在画面上标记 Kick 叠加层

Kick 竖屏播放器中哪些元素会遮挡视频，上传预览会显示出来：它最接近观众实际看到的效果。画面上方通常覆盖有：

• 顶部栏——频道名称和服务元素；
• 底部栏——操作按钮、输入框、提示；
• 左边缘或右边缘——聊天图标、反应、通知。

针对每个断点的精确像素值并未公开，且会随界面更新而变化，所以请以预览为准，而非虚构的网格。实用余量：将画面高度上下各 10–15% 视为风险区域，将昵称、HUD 和文字标签保持在垂直中心附近。凡是落入元素覆盖范围的内容都会被移出屏幕。

如果重要内容落入遮挡区域——请移动构图或裁剪画面。裁剪会损失像素和细节，但不会破坏比例。不能垂直拉伸画面：人脸会被拉长，一眼就能看出来。当源文件允许时，从中重新构建片段比挽救压缩过的文件更可靠。

第 3 步：设置导出参数

Kick 不公开严格的比特率要求，并会按自身需求重新压缩视频。但你提供的文件越干净，处理后的结果就越好。1080x1920 的参考值：

• 编码——H.264：处处兼容，上传时不会出意外。
• 比特率——1080x1920 在 30 fps 下约为 10–16 Mbps，60 fps 下为 15–25 Mbps。低于 8 Mbps 时暗场景会出现伪影，高于 25 Mbps 意义不大：平台无论如何都会重新压缩。
• 帧率——保持原始值，不要无故重新计算。
• 音频——如果原版是立体声就保持立体声；单声道转换听起来沉闷。音频比特率——128–192 kbps AAC。

如果源文件允许，分辨率保持 1080x1920。从 720p 升频不会增加细节，只会让文件变大。

第 4 步：上传前检查音频

转码时音频有时会与画面不同步，尤其是从第三方服务下载的源文件。请在导出后而非上传到 Kick 后检查同步：在平台上已无法修正。花五秒钟听一下开头和结尾几秒，可以省去重新上传的麻烦。

何时“原样上传”是正确的选择

规则很简单：额外的编码处理总是有害的，所以如果文件已经是 9:16、比特率在参考范围内、预览中重要内容未被遮挡——无需修改直接上传。只有在画面无法适配叠加层、有水印或文件明显大于参考值时，才值得重新构建和转码。无理由地“在编辑器里修一下”是又一次压缩，而非改进。

常见错误

• 上传带水印的视频片段——在 Kick 上会被视为他人的广告。
• 拉伸画面而非裁剪。
• 通过不同编辑器多次转码——伪影会累积，在暗部区域尤为明显。
• 忽略预览——落入底部栏的昵称和标签往往在发布后才发现。
• 依赖文章中他人的“安全区域网格”——Kick 界面会更新，请在自己的画面上验证。
• 以远低于 8 Mbps 的比特率导出“让文件更小”——画面在渐变和阴影处会崩坏。

示例：实际会发生什么变化

从 TikTok 下载的视频片段右下角带有水印，比特率约 4–5 Mbps，30 fps。裁剪后水印移出画面边界，但连同 HUD 的底部区域也一并丢失——不得不将其上移。导出为 H.264、1080x1920、12 Mbps、音频 AAC 160 kbps。在 Kick 预览中可以看到底部按钮栏遮挡了昵称——构图再次调整，但这次无需转码：在项目中修改，一次最终导出。结果——一次编码处理而非三次。

上传前检查清单

1. 画面中没有 TikTok 水印。
2. 比例为 9:16，画面未被拉伸。
3. 昵称、HUD 和文字标签已移出画面上下区域。
4. 已从头到尾完整查看 Kick 上传预览——重要内容未落入顶部栏和底部按钮之下。
5. 编码 H.264，分辨率 1080x1920，比特率根据帧率在 10–25 Mbps 范围内。
6. 帧率与原始一致。
7. 音频为立体声，导出后已检查同步。
8. 文件在下载后经过不超过一次转码。
9. 片段在同一个文件上完成，没有中间编辑器导出。

我们承担哪些工作

这部分工作中的一部分——无水印下载、转换为 9:16、针对具体片段选择比特率、根据 Kick 叠加层检查画面以及最终导出——可以交给我们。您发送链接或源文件，并说明画面中哪些内容不能改动；输出时您会得到可直接上传到 Kick 的文件，构图保留且没有多余的编码处理。如果片段很多且源源不断，这能免除手动繁琐操作并消除上述清单中的典型错误。