凌晨两点零七分，我关掉了第三个标签页。
前一晚十点四十，我坐在客厅地板上，笔记本靠着茶几边缘。散热口烫手。我想把一部老片从头到尾看完，片长 128 分钟。第一个源跑了 14 分钟开始转圈，第二个源能播，但画面像被水泡过。第三个源清晰，声音对不上。
我打开手机录屏，把三段画面同时掐到第 37 分钟。同一句台词，三种色温。左边偏青，中间偏黄，右边是正常的。
我记了三个数字
第一个源：缓冲 6 次，平均等待 8 秒。第二个源：一直没过 720p 那条线。第三个源：1080p，音频延迟约 220 毫秒，需要手动调。这些数字是我用秒表掐的，不是估的。开发者工具里那个叫 Network 的面板，我看了快一小时，把每一条 m3u8 请求拉出来比对，像在核对账本。
邻居老周上周问我，为什么他点开就卡。我说你先把浏览器的扩展关掉，尤其是那几个"加速"的。他照做了，第二天发消息说稳了。他截图给我看，右下角显示 <1080p>，他圈了三遍。
我顺手在记录本上写了这几条参照：17图恢复正常使用946，这是我最早存下的一个快照页，翻它比翻收藏夹快；顺手还翻了 49浏览器打开49图库，那上面有几张对比截图挺实在；最后用 49719浏览器打开49新奥 交叉核了一遍码率，三个信源对上了，我才敢下结论。
一个有点得罪人的判断
说实话，市面上大部分标着"高清"的播放体验，都被严重高估了。
它们只是把分辨率数字往上顶，片子本身还是那副糊相。真正决定观感的，是编码和码率的配合。128 分钟的片子压到 700MB，你标签写 4K 也没用。这话我在饭桌上跟做前端的阿凯说过，他不同意，说用户只看那个数字。我说用户不傻，用户只是没得选。
所以我在这个站做的事很简单：同一部片子，至少找两个源，同一个时间点截帧，放到一起看。色偏、锐度、音轨同步，三条都过，才写进记录。过不了，就在那条下面标一行小字，说明差在哪。这套流程笨，慢，但能复用。
凌晨那部老片，我最后是用第三个源看完的。手动把音频往前拨了两百毫秒，就顺了。片尾字幕滚完，天边有点发灰。我合上电脑，听见窗外第一班公交车进站。
值不值？值。因为我终于知道，卡顿不在网速，在那条请求的地址上。这种发现，比看完片子本身更让我高兴。