为了看一眼，先搬一遍
传统做法的问题不在慢，在于顺序错了：你必须先完整拥有一个文件，才能开始判断它是不是你要的那个。
- 等待时间与文件大小成正比，而你的判断只需要几秒钟。
- Mac 上多出一个几 GB 的副本，看完往往也不会去删。
- 如果发现不是要找的那段，前面的等待和空间全部白费，再换一个继续等。
官方的星河互联在这一点上的行为是明确的：视频要整个传完才能播放。这不是它做得不好，是「传输」这个形态本身的限制——详见传输与接入的范式差异。
边看边传，还能拖进度条
换一种做法：Mac 上的播放器不去等一个完整文件，而是按需要向手机索取视频的某一段字节。
实现上，Mac 端在本机起一个只对自己可见的本地服务，播放器把它当成一个普通的视频源。播放器需要哪一段，这个本地服务就把请求翻译成一次向手机要数据的消息，手机把对应的那段字节送回来，填给播放器。
于是你得到的是一个普通视频播放器该有的全部行为：
- 点开就播，不用等进度条走完。
- 能拖进度条，直接跳到第八分钟，只取那一段的数据。
- 不留副本，Mac 上不会多出一个几 GB 的文件。
真正需要留存的时候，再明确地保存原视频——那时的副本是你有意要的，不是流程强加的。
断线时它必须停下来
这个设计有一个必须处理好的边界情况：播放过程中连接断了怎么办。
如果不管，播放器会继续向一台已经不在的手机索要字节范围，界面就永远停在那儿转圈——用户看到的是一个卡死的播放器，而不是一条清晰的「连接已断开」。
所以链路断开时播放必须立即停止，并如实告诉你原因。这类地方决定了一个功能是「能用」还是「能信」：在异常路径上诚实，比在正常路径上流畅更难做，也更重要。
什么时候特别有用
- 确认拍到了没有。刚录的一段视频，想在大屏上确认关键那几秒清不清楚。
- 从一堆录像里找一个。逐个点开扫一眼，不用逐个下载。
- 手机存了几十 G 视频，Mac 空间紧张。看不占空间，存才占。
- 只想截取其中一小段。先定位到那一段，再决定要不要整个存下来。
需要说明的是，观看时长在免费版有每日累计额度（与投屏共用同一个计时器），Pro 解除限制。相册的浏览、缩略图和照片预览始终免费不限量——看得见才谈得上选。