随着手机像素的提高，拍摄视频也越来越大，10秒的视频动辄 二三十兆，这给视频传输和播放都带来了 诸多不变。一般都需要 前端或或者后端 对视频进行压缩。由于我这边前端是 H5，所以只能后端进行压缩，
采用主流压缩库采用 ffmpeg 进行，我这边是 nodejs 环境
先说下我这边遇到的坑：
按照之前压缩图片的思路（保持比例）：先区分是横图还是竖图
- 竖图 则 图片宽度 < 图片高度 ：原图 1080*1920，限制高度256则：图片宽度 = 1080*256/1920 = 144
- 横图 则 图片宽度 > 图片高度：原图1920*1080， 限制宽度256则： 图片高度 = 1080*256-1920 = 144
结果按照上面的思路发现不适用于 视频的（分辨率）压缩：我不管从那个角度拍摄视频视的分辨率均为 1920*1080，只是旋转的方向数据有变化：而且如果我按照之前处理 图片的思路 则视频压缩出来就会 有概率会 严重变形
✿****:竖屏角度拍摄视频： 分辨率 1920*1080，朝向 -90
✿****:颠倒角度拍摄视频： 分辨率 1920*1080，朝向 90
✿****:左转角度拍摄视频： 分辨率 1920*1080，朝向 undefined
✿****:右转角度拍摄视频： 分辨率 1920*1080，朝向 -180
ffmpeg 压缩视频分辨率的正确姿势
视频编码中一般都会使用常用的几个分辨率：手机拍出来的也都是这几个，他的分辨率宽 > 高，衡量是横竖的就只有 方向这个属性，其他比较骚的方式就不考虑了
720P 1080P 2K 4K 分辨率 1280*720 1920*1080 2560*1440 4096*2160 画质 高清 全高清 四倍高清 超高清 宽高比例 16:9 16:9 16:9 ≈16:9（17:9）
所以我们在压缩视频时候拿到分辨率就看它的宽度就好了：
比如我们的目标分辨率为： 1280*720，源视频分辨率 1920*1080，如果视频宽度大于 1280，我们就按照宽度1280进行压缩，高度-1，他会自己计算，朝向我们不用干预，按照源朝向输出就好了：
// file.data 源文件路径 // outPath 为输出路径 const cmd = `ffmpeg -i ${file.data} -c:v libx264 -vf scale=1280:-1 -crf 28 -c:a copy ${outPath}`;按照上面这样，原来30M 的视频可以压缩到2到3M, 而且肉眼看不出 太大差别！