以前,我测试了HTML5视频,我发现服务器开始流式播放整个视频从开始和缓冲区在后台的视频的完整的其余部分。这意味着如果您的视频是300兆,所有300兆将被下载。如果你寻找到中间,它将开始从寻找位置一直到下载结束。
Youtube不工作这种方式(至少在chrome)。相反,它设法控制缓冲,所以它只缓冲一定量,而暂停。它似乎只缓冲相关的部分,所以如果你跳过它将确保不缓冲片段,不可能被观看。
在我尝试调查这是如何工作,我注意到视频src标签有一个值blob:http://www.youtube.com/ee625eee-2802-49b2-a13f-eb374d551d54,它指向我blobs,然后领导我到typed arrays.使用这两个资源,我能够加载一个mp4视频到一个blob,并显示在一个HTML5视频标签。
然而,我现在坚持的是如何处理的片段。查看网络流量,它似乎向http://r6—sn-p5q7ynee.c.youtube.com/videoplayback发送请求,它返回大小为1.1mb的二进制视频数据。也似乎值得注意的是,由于HTML5视频请求的大多数正常请求似乎收到一个206响应代码,而流式传输,而YouTube的播放视频通话得到了200回。
我试图尝试只加载一个范围的字节(通过设置Range http头),不幸的是失败了(我假设,因为没有元数据的视频与视频)。
在这一点上,我被困在了解YouTube如何实现这一点。我想出了几个想法,但没有一个我完全出售:
1)Youtube每个/视频播放调用发送自包含的视频和音频块。这似乎是一个相当沉重的负担在上传方面,它似乎很难缝合在一起,使它看起来像一个看似无聊的视频。此外,视频标签似乎认为它是一个完整的视频,从调用$(‘video’)。duration和$(‘video’)。currentTime,这导致我认为视频标签认为它是一个单一的视频文件。最后,vidoe src标签永远不会改变,这使我相信它使用一个奇异的blob,而不是切换出blob。
2)Youtube构造一个预先设置为完整视频数组的空白blob,并在下载时更新blob。然后它将确保用户没有太接近最后下载的片段(以防止用户进入blob的未下载部分)。我看到这个问题,我没有看到任何方式通过javascript动态更新blob(虽然也许我只是有麻烦了它)
3)Youtube下载元数据,然后在下载视频片段时通过附加视频片段的顺序开始构建blob。我看到这个方法的问题是我不明白如何处理后缓冲区域的寻求。
也许我“只是失去了一个明显的答案在我面前任何人有任何想法?
编辑:我只想到了第四个选项。另一个想法是,他们可能使用文件API将二进制块写入文件,并使用该文件流。文件API似乎具有寻找特定位置的能力,因此允许您使用空字节填充视频,并在接收时填充它们。这肯定会适应视频搜索。