0

我目前正在尝试响应 HTTP 范围请求的过程，以便可以从我们的服务器流式传输视频并满足 Safari 实际播放视频的要求。

我确实有额外的复杂性，即视频文件在磁盘上被加密，这使我无法进入Seek流，但这并不真正在这个问题的范围内。

我注意到 Chrome 和至少新的 Edge 请求开放范围 (0 - )。在这里回应什么是正确的？目前我用我理解的完整视频做出回应，这完全违背了流媒体的目的。

var range = context.Request.Headers["Range"].Split('=', '-');
var startByteIndex = int.Parse(range[1]);
// Quite a few browers send open ended requests for the range (e.g. 0- ).
long endByteIndex;
if (!long.TryParse(range[2], out endByteIndex))
{
    endByteIndex = streamLength - 1;
}

以下是我迄今为止回应的全部尝试。

if (!string.IsNullOrEmpty(context.Request.Headers["Range"]))
{
    var range = context.Request.Headers["Range"].Split('=', '-');
    var startByteIndex = int.Parse(range[1]);
    // Quite a few browers send open ended requests for the range (e.g. 0- ).
    long endByteIndex;
    if (!long.TryParse(range[2], out endByteIndex))
    {
        endByteIndex = streamLength - 1;
    }

    Debug.WriteLine("Range request for " + context.Request.Headers["Range"]);

    // Make sure the request is within the bounds of the video.
    if (endByteIndex >= streamLength)
    {
        context.Response.StatusCode = (int)HttpStatusCode.RequestedRangeNotSatisfiable;
        return false;
    }

    var currentIndex = 0;

    // SEEKING IS NOT WHOLE AND COMPLETE.
    // Get to the requested start. We are not allowed to seek with CBC + AES.
    while (currentIndex < startByteIndex) // TODO: we could probably work out a more suitable buffer size here to get to the start index.
    {
        var dummy = new byte[bufferLength];

        var a = videoReadStream.Read(dummy, 0, bufferLength);
        currentIndex += bufferLength;
    }

    // Fast but unreliable given AES + CBC.
    //fileStream.Seek(startByteIndex, SeekOrigin.Begin);

    dataToRead = endByteIndex - startByteIndex + 1;

    // Supply the relevant partial content headers.
    context.Response.StatusCode = (int)HttpStatusCode.PartialContent;
    context.Response.AddHeader("Content-Range", $"bytes {startByteIndex}-{endByteIndex}/{streamLength}");
    context.Response.AddHeader("Content-Length", dataToRead.ToString());
}
else
{
    context.Response.AddHeader("Cache-Control", "private, max-age=1200");
    context.Response.Cache.SetExpires(DateTime.Now.AddMinutes(20));
    context.Response.AddHeader("content-disposition", "inline;filename=" + fileID);

    context.Response.AddHeader("Accept-Ranges", "bytes");
}

var buffer = new byte[bufferLength];
while (dataToRead > 0 && context.Response.IsClientConnected)
{
    videoReadStream.Read(buffer, 0, bufferLength);

    // Write the data to the current output stream.
    context.Response.OutputStream.Write(buffer, 0, bufferLength);

    // Flush the data to the HTML output.
    context.Response.Flush();

    buffer = new byte[bufferLength];
    dataToRead -= bufferLength;
}

最令人沮丧的是，我注意到 Edge（我还没有测试过其他人）似乎总是发送一个开放的请求

Range request for bytes=0-
Range request for bytes=1867776-
Range request for bytes=3571712-
Range request for bytes=5341184-
Range request for bytes=7176192-
Range request for bytes=9273344-
Range request for bytes=10977280-
Range request for bytes=12943360-
Range request for bytes=14614528-
Range request for bytes=16384000-
Range request for bytes=18087936-
Range request for bytes=19955712-
Range request for bytes=21823488-
Range request for bytes=23625728-
Range request for bytes=25690112-
Range request for bytes=27525120-
Range request for bytes=39256064-
Range request for bytes=41222144-
Range request for bytes=42270720-

我应该决定一个块大小来响应并坚持下去吗？我注意到，如果我确实响应了大小仅为 3 的块，那么 Edge 确实会以 3 为增量请求更多的范围。

4

1 回答 1

1

这是一个与What byte range 0-means类似但不相同的问题。

在这里回应什么是正确的？

正确的回应是整个资源。但是，由于此客户端包含Range标头，因此您也可以206 Partial content使用文件的一个和一个子集进行响应。

我应该决定一个块大小来响应并坚持下去吗？

差不多，取决于对您的服务器有效的方法。请注意，由于在Firefox 中接收到具有指定内容范围的 206 后不会请求进一步的数据，您可能会遇到不正确的浏览器。

于 2020-11-30T11:45:13.467 回答