搜索栏无法在Chrome中工作 [英] Seekbar not working in Chrome

问题描述

我已上传视频到我的Windows存储，并注意到，这（默认Chrome的HTML5播放器）的搜索栏不工作。该影片的网址是：

I have uploaded a video to my Windows Storage and noticed, that the seekbar (of the default Chrome's html5 player) is not working. Url of that video is:

<一个href=\"http://portalvhdsrwglplr5bdc2k.blob.core.windows.net/vdepot/uploads/video/file/167/surfer-girl-35094486.mp4\" rel=\"nofollow\">http://portalvhdsrwglplr5bdc2k.blob.core.windows.net/vdepot/uploads/video/file/167/surfer-girl-35094486.mp4

请注意：当视频下载正在进行搜索栏不工作，或者是第一次100％。如果视频已被播放铬下载并刷新页面，搜索栏工作正常。

Please note: Seekbar is not working when video download is in progress or it's 100% the first time. If video has been downloaded by chrome player and you refresh the page, seekbar works fine.

我是一个视频编码新手因此我不知道这是与视频的问题，用浏览器或者以某种方式与Windows Azure的？我也无法找到有关谷歌的话题东西。

I'm a video encoding newbie thus i'm not sure if that's the problem with the video, with browser or maybe with windows azure in some way? I also can't find anything about that topic in google.

推荐答案

妥为送达文件的HTML视频需要使用的字节HTTP服务，它允许浏览器请求，它需要让你观看的视频文件的只是一部分。如果你没有这个，你碰到像这样的问题。

Properly served files for HTML video need to use HTTP Byte Serving, which allows the browser to request just the part of the file that it needs to let you watch the video. If you don't have this, you run into problems like this one.

在过去那些缓存部分的视频快进，浏览器可以要求服务器从该点向前视频文件，跳过开始。您可能已经注意到在未来的日子时使用最多的Flash网络视频播放器，尤其是在Vimeo，你必须要等到大多数的视频文件被缓冲，你可以寻求提前之前，因为这些Flash播放器不支持此功能。

When you skip forward in a video past the parts that are buffered, the browser can ask the server for the video file from that point forward, skipping the beginning. You may have noticed in the days when most web video players used Flash, especially on Vimeo, you had to wait until most of the video file was buffered before you could seek ahead, because those Flash players didn't support this feature.

浏览器通过使用范围头要求以这种格式的文件。服务器应以206部分内容的状态code反应，对范围内的数据的HTTP标头，只有实际的文件的一个子集。服务器与标准的200状态响应响应。以下是关于这个过程更详细的文章，如果你有兴趣。

The browser requests the file in this format by using the "Ranges" header. The server should respond with a "206 Partial Content" status code, some HTTP headers about the range data, and only a subset of the actual file. Your server is responding with a standard 200 status response. Here's a more detailed article about this process if you're interested.

http://benramsey.com/blog / 2008/05/206-部分内容和范围，请求/

我不知道很多关于Windows存储，但现在看来，它支持此功能。您可能需要检查你的版本和配置。这些文章可以指向你在正确的方向：

I don't know much about Windows Storage, but it appears that it does support this feature. You may need to check your version and your configuration. These articles may point you in the right direction:

http://msdn.microsoft.com/en-us/库/ windowsazure / ee691967.aspx
<一href=\"http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/windows-azure-blobs-improved-http-headers-for-resume-on-download-and-a-change-in-if-match-conditions.aspx\" rel=\"nofollow\">http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/windows-azure-blobs-improved-http-headers-for-resume-on-download-and-a-change-in-if-match-conditions.aspx

祝你好运。

这篇关于搜索栏无法在Chrome中工作的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！