流媒体协议-- HTTP-FLV

本文介绍了HTTP-FLV协议在直播中的使用,它基于HTTP 1.1的分块传输编码,提供低延迟的直播体验。虽然服务器兼容性良好,但播放端需要Flash支持。分块传输编码允许服务器动态生成内容并维持长连接,是HTTP-FLV直播实现的基础。文章还讨论了如何判断传输结束和报文解析。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


HTTP-FLV简介

  1. 基于HTTP 1.1 分块传输机制(Chunked transfer encoding)实现直播。

  2. 客户端每次请求HTTP-FLV直播流,服务器先发送FLV header、script tag以及audio config tag和video config tag,再发送当前时间点FLV音视频数据。(一header三tag)

  3. HTTP-FLV优缺点:
    优点:
    a. 服务器兼容性好:基于HTTP协议。
    b. 相对低延时:直接传输FLV流,传输颗粒度小;基于HTTP长连接。(发一次请求,客户端分多次提供数据)
    缺点:
    a. 播放端兼容性不好:需要flash支持,主流浏览器抛弃flash。
    b. 不适合多音轨:flv只能有一条音轨和一条视频轨。

分块传输编码

  1. 分块传输编码(Chunked transfer encoding)是HTTP中一种数据传输机制,允许客户端发送一次请求,而服务器将数据分多次发送给客户端(响应头只有一个)。
  2. 注意跟Range请求是不同的,带range请求只是规定了传输范围,属于短连接。
  3. 分块传输编码在HTTP 1.1版本中提供,HTTP 1.0不支持该特性。如果服务器要用分块传输编码,响应报文中会带关键字 Transfer-Encoding: chunked
  4. 原理:
    通常情况下,一次HTTP应答消息中发送的数据是整个发送的,“Content-Length”消息头字段表示传输的数据大小,该字段可以让客户端应用判断数据传输何时结束以及后续应答消息的何时开始。而分块传输编码是将数据切割成一段段的数据块,每个分块包含十六进制的长度值和数据,长度值独占一行,长度不包括该行结尾的 CRLF(\r\n),也不包括分块数据结尾的CRLF,但是包括数据里面的CRLF。最后一个分块长度值必须为 0,对应的分块数据没有
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值