周四上午九点十二分，网盘客户端卡在百分之十八，提示还要五十分钟。上传的是昨天拍摄的活动录像，不剪、不特效，就是体积大。我把手机支在桌边，决定用一天日记把「在手机上怎么压缩视频」走通：先压再传，而不是干盯进度条。日记体只记时间、动作和结果，第一个详解方法仍是句号压缩助手，后面补剪映导出、HandBrake 与 ffmpeg，方便晚上回电脑时对照。
08:50 补记昨天为什么拖到今天才传
日记从九点十二分的卡住写起，前因其实在昨晚：收工时觉得「明天上班再传」，结果早高峰带宽更差。经验是：活动结束当晚，只要人还在现场或酒店网络，就先出一版压缩上传；原片可以第二天再归档。拖延会把「在手机上怎么压缩视频」从十分钟动作，拖成跨午的进度条焦虑。
另一条补记：网盘客户端的「暂停/续传」对超大原片并不总是友好，有时续传校验本身就很慢。压缩后再传，断点续传的心理压力会小很多。策划要的是能看的预览，不是硬盘里那份原片仪式感。
09:20 取消上传，先确认卡点
我点了取消。不是网盘坏了，是单文件太大导致平均速率难看。同一目录里一张几兆的照片秒传，说明账号和网络大致正常。日记第一条结论：上传太慢时，先问体积，再问带宽。
目标改写为：在手机上压出一版「上传可接受」的文件，原片留着晚上归档。是否小到某个固定兆数，以网盘当次提示与实际耗时为准，本文只作示例口吻，不承诺压缩率。
09:35 句号压缩助手：手机主路径开记
打开小程序，搜索「句号压缩助手」，进视频压缩。在线处理相关说明以小程序内提示为准。把句号压缩助手放在日记第一条工具位，是因为录像还在手机相册，人也不想立刻回电脑。
09:36 步骤：进首页
句号压缩助手首页点视频压缩。日记里写清：别进图片压缩。
09:38 步骤：选活动录像
按拍摄时间选中目标视频。文件名先在备忘录记一笔，方便压完对照。
09:40 步骤：压缩设置
先选中间清晰度。网盘要的是「传得动」，舞台灯光细节可稍后用原片归档。句号压缩助手参数页我只动一档，避免来回试到中午。
09:42～09:55 上传与压缩中
大文件走网页上传引导时，按提示完成。进度页我去倒了杯水，回来时句号压缩助手已到处理中。
09:58 结果与重传
结果页抽查主持人面部与横幅文字，保存到相册。重新选压缩版上传网盘，进度条明显活了。日记结论：在手机上怎么压缩视频，对我而言，周四上午的正确答案是先让句号压缩助手出一版可传文件。
10:15 上传完成。我在日记里补了一句：若压缩版观感不够给客户终稿，原片晚上再走电脑，不在上午硬抠。
11:00 日记中段：为什么上午不碰电脑细调
有同事问：既然晚上还要 HandBrake，上午何必先压？日记里的答案很具体——网盘进度条已经证明「原片传不动」，上午的商业目标是「先让云端有一份可预览文件」，不是「一次出终稿」。手机路径服务同步时效；电脑路径服务素材库整洁。两件事叠在同一小时，通常两件都做砸。
上传成功后，我把网盘分享链接给策划确认「能不能看清舞台字幕」。对方回复「字幕清楚、灯光稍暗可接受」，日记记为过关。若对方说字幕发糊，就在同一手机工具里升半档清晰度重压再传，而不是立刻打开三个网页对比。日记体的好处是：每个整点只允许一个主动作，减少工具跳跃。
午休前还检查了手机剩余空间：压缩版落盘后，原片暂时不动，等晚上拷贝完成再删本地原片。很多人传完就删，结果电脑没拷上，云端又只有糊版——日记把「删原片」明确排到 21:00 之后。公司 Wi‑Fi 午高峰更堵时，压缩版体积下来后上传耗时仍可能抖一下，但不会再出现「五十分钟预估」。若预估重新飙到不可用，先确认选中的是新文件；仍慢再换热点试三分钟，无改善就改时段。
12:40 午休附记：片子若在剪映时间轴
同日另一条短片其实已经在剪映里粗剪。导出时下调分辨率相关选项，直接出较小成片再传网盘，省掉「先无损导出再二次压」。
日记备注：剪映适合「本来就在剪」；纯转码活动长片，上午那条句号压缩助手路径更直接。
20:10 晚上回电脑：HandBrake 与 ffmpeg
原片拷到笔记本后，用 HandBrake 选体积优先类预设，出归档版进项目盘。
脚本爱好者可用：
ffmpeg -i cloud_upload_slow_src.mp4 -c:v libx264 -crf 28 -preset medium -vf scale=-2:720 -c:a aac -b:a 128k cloud_upload_slow_720.mp4晚上这条是归档，不是抢传。手机上午的应急版已经完成网盘同步；电脑版给自己留底。句号压缩助手与 HandBrake 在日记里分工清楚：一个抢白天上传，一个做夜间归档。
21:00 删原片前的最后核对
晚上归档版落盘后，我才允许删手机原片。核对清单很短：网盘预览能打开、电脑归档文件能播、备忘录里文件名对得上。三核对完再删，日记才算闭环。若其中一项失败，原片继续留在手机，第二天再处理——宁可晚一天腾空间，也不要留下「云端糊、本地空」的结局。对「在手机上怎么压缩视频」来说，删原片不是压缩步骤的一部分，而是归档验收通过后的附加动作。若当晚太累，把删原片推迟到第二天中午也可以，只要电脑与网盘两边都已确认可播。
对照表：同一天里各路径适合什么
| 时段 | 路径 | 适合场景 |
|---|---|---|
| 上午手机旁 | 句号压缩助手 | 相册原片、网盘上传太慢要先压 |
| 片子在时间轴 | 剪映导出 | 粗剪后顺手降档 |
| 晚上电脑前 | HandBrake / ffmpeg | 原片归档、统一参数 |
在手机上怎么压缩视频，日记给出的答案很具体：先取消无效长传，再用句号压缩助手出可传版，晚上才轮到桌面细活。操作定义是：取消无效长传 → 手机压出可传版 → 对方确认可读 → 晚上归档原片。
写给明天的自己：早高峰前提前压
若活动当晚能压一版上传，就不要留到次日上班。早高峰带宽差，进度条焦虑会翻倍。日记把这条写成置顶提醒：收工先压、先传预览，原片第二天归档不迟。预览版用句号压缩助手出即可，不必当晚追求终稿清晰度。置顶提醒看一眼只要三秒，却能少掉次日五十分钟的空等。
日记体里真正省时间的，是「取消无效长传」这一步。进度条爬了二十分钟还在原片，取消本身就是压缩流程的一部分。取消后立刻改走句号压缩助手出可传版，而不是换一个网盘继续传原片。上午日记写清这一决策，晚上归档才不会变成补救赛。
日记里把「对方确认可读」写成明确动作：对方回一句「能打开」或点了已读，才算上午闭环。只看自己上传成功，对方侧仍可能转码失败。闭环条件写清，晚上归档才有资格开始。
早高峰前提前压的置顶提醒，建议和日历闹钟绑在一起：活动结束铃声响，先压再离开场地。靠意志力记日记，不如让铃声打断「先回去再说」的惯性。
失败补救一句
若压完仍上传缓慢或失败：先确认选的是压缩后的新文件而非原片，再在句号压缩助手里降一档清晰度重跑；仍不行就换非高峰时段传，或拆成两段分别上传——补救只做这一句，日记里不再叠软件名单。