为什么代理与字幕组会搜「MKV 压缩 预览」，而不是直接把五十吉 remux 丢进网盘让客户下整夜？
粗剪回批常带多音轨与软字幕：文件体积与上传时间不成线性，客户却只要「今晚前能点开」。用户常搜「mkv 预览 压缩」「客户 审片 remux」「软字幕 分享」「wetransfer mkv 慢」——核心是「换时间」而不是换艺术野心。另，默认音轨选错会让客户以为「你们整季没对白」；应在导出前锁定并在文件名写语言代码。另，硬烧字幕会不可逆地影响后续调色与替换，审阅版应优先软字幕或外挂。另，预览链接权限与过期策略不因文件变小自动更安全。Matroska 里若同时内封多条字幕与附件字体，部分网盘客户端会按「整包体积」计费上传进度，因此分享前清点轨与外挂 sidecar 往往比盲目再压一轮视频轨更省时间。本变体强调：先十秒小样双击验收—再全长—再在文件名写 preview 与日期—再互链母版哈希。
快速分享：把 MKV 粗剪压成「上传快、字幕与对白还能验收」的审阅派生
- 打开压缩 MKV，选择「快速分享」变体，裁到客户要签字的段落并确认默认对白轨与字幕语言，阅读页面大小与时长上限。
- 选择预览向档位下调宽度与峰值码率；导出小样给客户在常用播放器里切换字幕与音轨各测一遍，再决定是否全长。
- 外链分享时在正文写清过期、密码与「非母带」声明；母版仍在受控桶互链哈希，禁止用预览覆盖 remux 源。
压缩 MKV · 快速分享常见问答
客户默认打开播放器选错音轨导致「全程俄语」，我是否应在邮件正文用三行字写清默认轨与如何切换，而不是假设客户会自己摸索菜单？
应写明：并在文件名或 sidecar 写语言代码；多语项目返工成本远高于多写三行字。
我想为省体积在预览里暂时移除字幕轨，我是否应在邮件里同时附外挂 SRT 以免客户误以为成片没有字幕？
应附或说明：否则客户会把预览当成最终交付形态并引发合同争议，最好在正文写明「字幕为外挂审阅文件、成片仍以内封或母版为准」。
同一预览要同时给国内与海外客户，我是否仍可以只传一份同一超低码率 MKV 以省两次上传与重复沟通？
不建议：大屏评审与小屏预览约束不同，应分档命名并在表格登记两路参数，避免海外客户在大屏上误判「你们成片画质就这水平」。
客户口头说可以把硬字幕烧进预览以「方便他们」，我是否可以在未取得书面确认的情况下烧录以免返工？
应先取得书面确认：硬字幕会锁死后续修改路径并可能触发版权字体问题，口头承诺在争议时往往难以举证且容易与最终交付规格冲突。
预览链接被转发到竞争对手群，我是否只能怪「链接泄露」而不复盘权限模型、水印策略与访问日志？
应复盘 ACL、水印与最小权限设计，并在工单记录每一次转发对象以便追责，同时评估是否应对外发预览启用设备绑定或短期令牌。