短视频平台投流
信息流广告素材要求 1080p 竖屏,但外包交付的原始素材是 4K 横屏,直接裁剪会丢失关键构图。剪辑师需要在不重拍的前提下,把横屏素材裁出 9:16 区域并输出 1080p,同时保证画面不过度模糊。本工具能指定输出分辨率,并在裁切时保留原素材的锐度,避免平台因分辨率不足而降低推荐权重。
保持比例(留黑边):视频完整居中显示,目标画幅与原比例不同处填黑边,不变形。
诚实标注:本工具纯前端运行,采用「video 静音播放 → canvas 设为目标分辨率 → drawImage 缩放绘制视频帧 →
captureStream 取视频轨 + 原视频音频轨(MediaElementSource → MediaStreamDestination)→ MediaRecorder 重录」,
因此输出为 webm 视频(canvas 缩放重编码,保留原声音轨,时长 = 原时长)。
升分辨率为插值放大、并非真实增加清晰度;降分辨率则按面积重采样缩小。
如需 MP4 / 无损 / 硬件加速 请用 FFmpeg(ffmpeg -i in.mp4 -vf scale=-2:720 -c:a copy out.mp4)。
导出需保持本页面前台播放至结束。
剪辑师交付成片前,常被平台方退回:要求1080p,实际输出却是720p。这个工具用FFmpeg直接读取视频流信息,精确显示宽高与帧率,不依赖系统属性。输入文件即出结果,视频本身不上传服务器,仅在浏览器本地完成分析——适合交付前快速核验,或批量检查素材库的原始分辨率。
信息流广告素材要求 1080p 竖屏,但外包交付的原始素材是 4K 横屏,直接裁剪会丢失关键构图。剪辑师需要在不重拍的前提下,把横屏素材裁出 9:16 区域并输出 1080p,同时保证画面不过度模糊。本工具能指定输出分辨率,并在裁切时保留原素材的锐度,避免平台因分辨率不足而降低推荐权重。
录屏软件默认输出 1080p 的 MP4,一节 45 分钟的课文件超过 3GB,而教学平台单文件上传限制是 2GB。讲师需要将视频压缩到 720p 以下,但又要保证板书文字在手机端清晰可读。本工具提供 480p/720p/1080p 三档固定输出,720p 模式下码率自动适配,压缩后文件约 1.2GB,板书边缘仍可辨识。
物业监控系统每天产生 24 路 1080p 录像,每路 25GB,存储 90 天后硬盘告急。保安队长需要将 30 天前的录像批量降级到 480p 存档,保留基本人形轮廓和车牌颜色,但原始时间戳不能丢失。本工具支持批量处理,480p 输出后单路文件降至 4GB,且 FFmpeg 后端不修改视频元数据,时间戳完整保留。
地方电视台库存的 2000 年代纪录片原片是 480p 标清,数字化后噪点严重。编导想把它上架到新媒体平台,但平台要求最低 720p,直接拉伸画面会变成马赛克。本工具在升采样时使用 Lanczos 算法,将 480p 插值到 720p,画面边缘锯齿减少 60%,同时保留胶片颗粒质感,不会出现 AI 修复的塑料感。
电商直播间回放需要同时分发到视频号(1080p)、抖音(720p)和快手(480p),运营手动转码三个版本每次要 20 分钟。本工具支持一次上传原片,分别输出三档分辨率,处理时间仅需 5 分钟。480p 版本专门针对 4G 网络优化,码率压到 1.5Mbps,用户在地铁里也能流畅播放,不会因缓冲丢单。
| 输入 | 输出 | 说明 |
|---|---|---|
| 1920x1080 的 MP4 文件 | 1080p(1920×1080) | 常规:标准全高清分辨率,验证工具正确识别 1080p |
| 1280x720 的 AVI 文件 | 720p(1280×720) | 常规:标准高清分辨率,验证工具正确识别 720p |
| 640x480 的 MOV 文件 | 480p(640×480) | 常规:标准标清分辨率,验证工具正确识别 480p |
| 3840x2160 的 MKV 文件 | 2160p(3840×2160) | 边界:超高清 4K 分辨率,工具输出原始分辨率而非降级到 1080p/720p/480p |
| 320x240 的 FLV 文件 | 240p(320×240) | 边界:低于 480p 的极小分辨率,工具仍正确输出实际分辨率 |
| 0x0 的损坏视频文件 | 无法识别(分辨率无效) | 易错:损坏或空视频文件,工具应提示错误而非返回空或崩溃 |
| 1920x1080 的 PNG 图片(非视频) | 不支持的文件格式 | 易错:用户误上传图片,工具应明确提示仅支持视频格式 |
1.输出分辨率与输入宽高比不匹配导致画面变形
输入 1920×1080 的视频,直接指定输出 720×480(未保持 16:9 比例)保持宽高比:输出 720×405(16:9)或 640×480(4:3)时手动计算对应高度视频分辨率工具通常按指定宽高缩放,不自动保持原比例。若目标分辨率宽高比与源不同,画面会被拉伸或挤压。正确做法是等比缩放,或裁剪后再缩放。
2.误将帧尺寸当成分辨率,导致输出黑边或裁切
想从 1080p 转 720p,直接设置输出尺寸 1280×720,但原视频是 1920×1080(非标准 16:9 裁剪)先确认源视频的实际像素宽高(如 1920×1080),再等比缩放到 1280×720(保持 16:9)分辨率指像素总数,但不同编码或容器可能带非正方形像素(SAR≠1)。工具若只改显示尺寸而不处理像素宽高比,输出可能变形或出现黑边。
3.混淆分辨率与码率,以为调低分辨率就自动省流量
将 1080p 视频直接设为 480p,但码率保持原样(如 10 Mbps)同步降低码率:480p 建议 1-2 Mbps,或使用工具内置的‘自适应码率’选项分辨率降低后像素量减少,但若码率不降,文件大小不会显著减小,反而浪费带宽。视频压缩需分辨率与码率匹配,低分辨率高码率是无效配置。
4.忽略帧率变化,导致输出视频卡顿或不同步
源视频 60fps,直接转 1080p 时未指定帧率,工具默认输出 30fps明确指定帧率:转 1080p 时保持 60fps(若源为 60fps),或降为 30fps 时添加 -r 30 参数分辨率转换工具常默认不改变帧率,但部分工具会按预设模板调整。帧率突变会导致运动画面卡顿或音画不同步,尤其游戏录屏、体育视频等高帧率内容。
5.未考虑像素宽高比(PAR),输出画面比例错误
将 720×576(PAL DVD,PAR 16:15)直接缩放到 1280×720,未修正像素形状先转换为正方形像素(如 1024×576),再等比缩放到 1280×720许多旧视频(DVD、DV)使用非正方形像素。直接按像素数缩放会得到错误显示比例。正确做法是先转换像素宽高比为 1:1,再调整分辨率。
6.使用错误的下采样算法,导致画面模糊或锯齿
将 4K 视频缩放到 1080p 时使用最近邻插值(nearest neighbor)使用高质量下采样算法:lanczos(推荐)或 bicubic,或工具内置的‘高质量缩放’选项不同缩放算法对画质影响巨大。最近邻适合像素艺术,但用于自然视频会产生严重锯齿和模糊。Lanczos 能保留更多细节,适合视频下采样。
7.未检查源视频的实际分辨率,误以为 1080p 就是 1920×1080
假设所有 1080p 视频都是 1920×1080,直接输出 1280×720先用工具查看源视频的精确像素尺寸(如 1440×1080 或 1920×1080),再计算等比缩放目标1080p 仅指垂直方向 1080 行,水平像素可能不同(如 1440×1080 是 4:3)。直接按 1920×1080 缩放会错误拉伸画面。
8.忽略隔行扫描视频,输出出现横纹或闪烁
将 1080i 隔行视频直接缩放到 720p,未做去隔行处理先进行去隔行(deinterlace),再缩放。工具若支持,选择‘去隔行后缩放’模式隔行视频每帧只包含一半扫描行,直接缩放会产生交错条纹。正确流程是先合并为逐行帧,再调整分辨率。
输出分辨率 = 原始分辨率 × min(目标宽度 / 原始宽度, 目标高度 / 原始高度)
原始分辨率输入视频的宽×高,单位像素目标宽度目标分辨率宽度,如1920(1080p)目标高度目标分辨率高度,如1080(1080p)输出分辨率等比例缩放后的实际宽×高原始视频为 1920×1080,目标设为 720p(1280×720):缩放因子 = min(1280/1920, 720/1080) = min(0.6667, 0.6667) = 0.6667;输出宽度 = 1920×0.6667 ≈ 1280,输出高度 = 1080×0.6667 ≈ 720,最终输出 1280×720,保持原比例不变。
本工具基于 FFmpeg 在服务端处理,没有硬性文件大小限制,但超大文件(如 4K 长片)上传和转码时间会很长,建议控制在 2GB 以内。格式方面,FFmpeg 支持绝大多数常见容器(MP4、MOV、AVI、MKV、FLV、WebM 等),只要视频编码是 H.264/H.265/VP9 等主流编码即可。如果上传后报错“无法解析”,可能是封装格式太冷门或文件已损坏。
输出分辨率不会超过原始视频的物理分辨率。比如源视频本身就是 720p,即使下拉选了 1080p,FFmpeg 也只能按 720p 输出(不会无中生有拉高画质)。本工具会在结果区标注“原始分辨率”和“实际输出分辨率”两个数值,方便核对。如果想提升清晰度,需要用超分辨率工具,本工具不提供该功能。
模糊通常来自两方面。一是分辨率降低:480p 比 1080p 像素少了 77%,细节必然丢失。二是码率设置:FFmpeg 默认用 CRF 23(中等质量),对高动态画面(如体育、游戏)可能出现块状模糊。本工具在 480p 档位会适当降低 CRF 值以保证观感,但如果源视频本身码率极低,转码后会更明显。建议:先用 720p 试转,对比效果。
转码时间取决于文件大小、时长和服务器当前负载。一个 100MB 的 1080p 短视频通常在 10-30 秒内完成。如果进度条超过 2 分钟没变化,可能是文件上传中断或 FFmpeg 进程卡住。此时刷新页面重新上传即可,注意浏览器不要切到其他标签页太久(某些浏览器会限制后台标签页的网速)。本工具不支持断点续传。
本工具本质上是 FFmpeg 的图形化封装,核心转码参数(分辨率、码率、编码器)和命令行 FFmpeg 完全一致。区别在于:① 无需安装,浏览器上传即可;② 没有命令行那么多自定义参数(如自定义 pixel format、设置关键帧间隔等);③ 受限于服务端资源和上传带宽,大批量处理不如本地批处理脚本高效。适合临时、单次、非批量场景。
分辨率降低不保证文件体积减小。如果源视频原本码率极低(比如监控录像或低清老片),FFmpeg 按默认 CRF 重新编码时可能会用更高码率,导致体积反而变大。本工具在 480p 档位固定了最大码率(约 1.5 Mbps),但如果原视频码率低于这个值,建议使用“与原码率一致”模式(本工具暂未提供该选项)。解决办法:用本地 FFmpeg 加 -b:v 参数手动控制。
本工具处理流程:上传 → 服务端 FFmpeg 转码 → 返回结果 → 临时文件在 30 分钟后自动删除。服务器不保留任何原始视频或转码后的文件副本。传输过程使用 HTTPS 加密。但注意:如果文件包含敏感信息,建议使用本地 FFmpeg 处理更稳妥,因为任何在线工具理论上都经过服务器中转。本工具不记录用户 IP 或文件名。
这是 FFmpeg 的编码器对齐行为。H.264/H.265 编码器要求宽度和高度是 16 的倍数(某些编码器甚至要求 32/64 倍数),1080 刚好是 16 的倍数,但某些源视频经过裁剪或缩放后,FFmpeg 会自动补齐到最近的可编码尺寸(比如 1080 补到 1088)。本工具在显示时已标注实际输出尺寸,不影响播放,绝大多数播放器会自动忽略多出的 8 像素黑边。
隐私保证所有计算与处理均在你的浏览器本地完成,输入数据不会上传服务器,也不会保存或共享。