视频画幅适配
把 16:9 改成 9:16 或 1:1：画面按你选的方式适配新画幅，字幕跟着重排到新画幅的安全区、行长按新宽度折行。全程在浏览器里处理，视频不上传。
视频**不会上传服务器**，全程在你的浏览器里处理。
视频不上传服务器，全部在你的浏览器里本地处理
关于这个工具
横屏改成竖屏，最容易出错的不是画面而是字幕。普通工具把 16:9 的中心裁成 9:16 之后，原本贴在底部的字幕会被裁到画面外，或者落在新画面的正中挡住人脸——剪映自己的教程都把「横转竖字幕错位」列为三大坑之一。根因是它们把「裁切」和「字幕」当两条互不相干的轨道处理，而字幕的位置本来就是相对画幅算出来的。
这个工具把两件事放在一起做：画面按你选的方式适配新画幅（中心裁切 / 模糊背景填充 / 纯黑边），字幕则按新画幅重排——**落底的安全距离按新画幅重算**（竖屏底部有平台 UI：进度条、账号名、按钮，原来 8% 的边距会被盖住，这里用 14%），**行长上限按新画幅宽度重算**（9:16 窄了 44%，原来一行放得下的句子要按标点折行），字号仍按画面高度的百分比，所以竖屏里看起来更大更醒目——这正是短视频需要的。重排后页面会明确告诉你「字幕已上移 6% 以避开平台控件」这类位移量。
处理全程在浏览器里完成，视频不上传服务器。代价是**你的电脑会满负荷跑一段**：3 分钟的视频可能要几分钟，页面会分阶段显示进度（读入 → 转码 → 烧录 → 封装），期间可以随时取消。低配机器加上长视频有可能跑不完，所以这里同时提供「只导出重排后的字幕文件」这条退路——即使视频转不动，你仍然能拿到按新画幅调好的字幕，交给别的工具烧录。响度统一默认关闭：它需要重新编码音频，而你只想改画幅时不该白白损失一档音质。
常见问题
横转竖的时候，字幕为什么容易出错？
因为「画面裁切」和「字幕位置」是两件独立计算的事。普通工具把 16:9 中心裁成 9:16 之后，原本贴在底部的字幕会被裁到画面外，或者落在新画面的正中挡住人脸；更隐蔽的一种是字幕还在画面里，但落到了平台 UI 下面——竖屏的底部有进度条、账号名和操作按钮，占据大约 14% 的高度。这个工具把两件事放在一起算：画面适配新画幅，字幕按新画幅的安全区与行长重新排一遍，并把位移量明确告诉你。
三种填充方式该怎么选？
主体居中的口播或产品视频选「中心裁切」，画面填满、最干净，缺点是画面两侧被切掉；要保住整幅画面的信息（图表、演示、产品全貌）选「模糊背景填充」，原画面完整可见，上下用画面自身的高斯模糊铺满；演示录屏、严肃内容选「纯黑边」，最不容易喧宾夺主。宽高比变化大时，裁切还可以选「偏上」以保住人脸。
为什么字幕的字号在竖屏里看起来更大？
字号是按「占画面高度的百分比」定义的，所以改了画幅之后百分比不变、像素大小也不变；但画幅变窄了，同样的字号在画面里占的比例更显眼——这正是短视频想要的。要注意随之而来的代价：9:16 的画面宽 1080，比 16:9 的 1920 窄了 44%，原来一行放得下的句子会溢出，所以这里会按标点在合适的位置折行，而不是硬切字符。
为什么响度统一默认是关闭的？
响度统一（EBU R128）需要重新编码音频，而重新编码是有损的。如果你只是想把横屏改成竖屏，默认开启会让你白白损失一档音质，所以我们把它做成手动开关——需要按平台投放标准统一响度时再打开。变速同理：按 1×不处理音频，直接用原始音轨。
电脑跑不动会怎样？
转码是用你本机的 CPU 跑的，浏览器里转 3 分钟的视频通常要几分钟。页面会分阶段显示进度（读入 → 转码 → 烧录 → 封装），期间可以随时取消；选完视频也会先给出耗时预估。低配机器加长视频确实有可能跑不完，所以我们保留了一条零成本的退路：点「只导出重排后的字幕」，不加载转码引擎也不转视频，直接拿到一份按新画幅调好位置与折行的 ASS 字幕，交给别的工具烧录即可。