ChanScoutTelegram 如何自动把长视频拆分成故事：自动分段、无缝裁剪与多段故事
Telegram 会把超出时长限制的长视频自动切成多段连续故事，切割点按时间计算而非内容判断。本文说明分段机制、如何在发布前手动拖动边界、每段可单独编辑，以及长视频是否适合发到故事里。
Telegram 会把超出时长限制的长视频自动切成多段连续故事，切割点按时间计算而非内容判断。本文说明分段机制、如何在发布前手动拖动边界、每段可单独编辑，以及长视频是否适合发到故事里。
故事有长度限制，但超过限制的视频不会被拒绝。它会被切成一段段连续的片段，每一段都短到足以成为一个故事，然后作为一连串故事发布出去。
这很实用，也带点欺骗性：你选中的是一个视频，而观众收到的却是好几个故事，他们可以在任意两个之间退出。
你将能够做到
- 在选择长视频之前，就清楚它会被怎么处理。
- 控制切割点落在哪里，而不是被动接受。
- 判断这段素材到底该不该发在这里。
- 对拆分出来的各个部分单独进行编辑。
编辑器底部那条分段条就是拆分结果，在你确认之前就能看到。
切割点落在时钟走到的地方
分段是算术，不是剪辑。视频会在故事用完空间的那一刻被切开，然后再切一次，再切一次，直到素材用完为止。没有任何环节会去寻找语音中的停顿、镜头的切换或句子的结尾，因为整个过程中没有任何东西知道这个视频讲的是什么。
对于没有结构的素材——窗外的景色、人群、道路——这完全没问题。但对于任何有人在讲话的内容来说就是个问题，因为边界落在某个词中间的概率，和落在其他任何地方差不多。
解决办法是现成的，却几乎没人用：发布前可以在编辑器里拖动边界。把切割点往回挪两秒让一句话说完，这一个动作就能把一连串看起来像有意为之的片段，和一连串看起来像在倒文件的东西区分开来。
你为一个故事选了一段三分钟的视频。应用会怎么处理它？
把它作为一个播放三分钟的长故事发布
把它切成连续的片段，作为多个故事发布
加速播放，让它塞进一个故事里
故事的时长限制没有商量余地，所以素材会被分成能放得下的片段，每一段都成为独立的故事。不会加速，也不会丢弃任何内容。要注意的是，你现在拥有的是一连串故事而不是一个视频，由此带来的一切后果都适用——观众会在各段之间流失，每一段也会被单独保留或单独过期。
切割点落在哪里？
在音频中检测到的自然停顿处
在画面中的场景切换处
时长限制刚好走到的地方
这是测量，不是判断，所以无论视频里正在发生什么，边界都会落在同一个位置。对于任何有讲话内容的视频，这意味着至少会有一句话被切成两半。这正是为什么发布前可以在编辑器里手动移动边界，也正是为什么花这二十秒是值得的。
观众会怎样体验这个结果？
作为一个个独立的故事——他们可以在任意两个之间离开
作为一个必须从头看到尾的连续视频
作为一个带章节标记的单一故事
每一个边界都是观众可以用拇指划出你素材的地方，越靠后的部分看的人越少。这会改变什么内容该放在哪里：重点必须靠近开头而不是结尾，而一个只有看过上一段才看得懂的部分，是大多数观众都不会理解的部分。
那么，长视频到底什么时候适合发到故事里？
只要自动拆分能替你省下剪辑工作就适合
当你已经把它剪到只剩最值得看的部分时
永远不适合——长素材应该发到频道里
这个功能是救急，不是工作流程。它拯救你来不及剪的素材，把它变成能发布的东西，这确实有用。但愿意连着看完四段的观众很少，真正行得通的版本几乎总是：你先自己把素材剪短，剩下的再交给拆分去处理。
一连串片段要付出什么代价，又适合用在什么地方
发布四段，就是要求每个观众做四次独立的决定。第一段会被所有打开你故事的人看到；到第四段时，观众只剩下那些足够感兴趣而留下来的人，这个数字比开头小得多，也有用得多。
把这当作信息，而不是失败。如果有趣的内容在第三段，那大多数人就错过了，解决办法是剪辑，而不是扩大触达。如果素材确实撑得起四段——一个过程、一段旅程、某种以“继续下去”本身为目的的东西——那么观众流失就只是观众做出选择后的自然形状。
唯一会让这一切彻底失效的情况是讲话。一个人讲两分钟，是最难跨越边界维持住的内容，同时也是剪成单独一分钟之后效果最好的内容。如果视频是某人在解释什么，那么诚实的剪辑几乎总是比拆分更短。
发布长视频
- 在选择之前先裁剪 或者至少要在发布之前。
- 看看那条分段条 那就是切割点会落下的地方。
- 把边界从词句上拖开 拆分不会听你说话。
- 把重点放在第一段 越靠后的部分观众越少。
- 给每一段分别加说明文字 它们现在都是普通的故事了。
- 把好的那一段保留在个人资料上 其余的可以一起过期。