第7章多媒体网络讲解.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第7章多媒体网络讲解

7.1 多媒体网络应用 音频: 音频采样-量化编码-解码 以恒定速率对模拟信号取样。 电话: 8,000 样本/sec CD音乐: 44,100样本/sec 量化每个样本, 即四舍五入。 如 28=256 可能的量化值 每个量化值用比特来表示。 8比特表示256个值 例子:8,000样本/sec, 256 个量化值 -- 64,000 bps 接收方将它转换回模拟信号: 某种质量降低 7.1 多媒体网络应用 音频的性质: 低比特率。例如: CD: 1.411 Mbps MP3: 96, 128, 160 kbps 因特网电话: 5.3 - 13 kbps 不同的编码PCM,MP3(压缩编码),AAC(高级音频编码) 用户体验对音频的小失误比视频的小失误更敏感。 7.1 多媒体网络应用 多媒体网络应用的类型 流式存储音频和视频 会话式IP语音/视频 流式实况音频/视频 7.1 多媒体网络应用 多媒体网络应用的类型 流式存储音频和视频:预先录制的视频或是音频放置在服务器上,用户向这些服务器发送请求按需观看这些视频。 视频录制 (假设30 帧/秒) 2.视频传输 视频快号 流: 当客户正在从视频的一个位置开始播放时,与此同时从服务器接收该视频的后续部分。 网络时延 (假设是固定的) 时间 3. 收到视频,客户端播放 (30 帧/秒) 特色:视频开始播放,不需要整个视频下载完整。 7.1 多媒体网络应用 流式存储音频和视频: 特色: 相互作用:客户机能够暂停、倒带、快进、推动滑动条。 连续播放:一旦开始播放,按照初始计量的时序进行。对仍在传输数据的定时约束,及时播放。 网络为流式应用提供的平均吞吐量至少等于视频的比特率。 7.1 多媒体网络应用 7.1 多媒体网络应用 多媒体网络应用的类型 会话式IP语音(因特电话)和视频,特性: 高度时延敏感: 150 ms良好, 400 ms OK 容忍偶尔丢包 7.1 多媒体网络应用 多媒体网络应用的类型 流式实况音频和视频 因特网无线电谈话节目 实况体育事件 特色: 有一定的时延容忍,也有定时约束。 交换性差。 7.2 流式存储视频 流式视频系统类型: UDP流 HTTP流 适应性HTTP流(DASH) 共同特点:使用客户端应用缓存,缓解变化的端到端的时延和变化的服务器和客户端之间可用带宽的影响。 7.2 流式存储视频 固定比特率传输视频 视频块号 time 可变的网络时延 客户收到视频 客户以固定比特率播放视频 客户播放时延 视频缓存d 客户机侧缓存,播放时延补偿网络增加的时延,时延抖动 客户端缓存, 播放 填充速率 x(t) 客户端应用缓存, size B 播放视频速率 CBR r 缓存填充限制, Q 视频服务器 客户端 流式视频分析 填充速率 x(t) 客户应用缓存, 大小=B 视频播放速率 CBR r _x0013_ 缓存填充限制, Q 视频服务器 客户 1. 开始填充客户应用缓存,直到 tp开始播放 2. t=tp=Q/x(t)开始播放, 3. 缓存填充变化速率与填充速率 x(t)和播放速率r变化而变化。 流式视频分析 播放缓存:平均填充速率 (x), 播放速率 (r): x r: 缓存最后会被排空 (导致视频冻结,直到缓冲区填满Q比特再次播放)。 x r: 缓存不会排空,提供的初始播放延迟是大到足以吸收变化x(t)。 初始播放时延后,用户将享受连续的播放直到视频结束。 视频服务器 填充速率 x(t) 视频播放速率 CBR r 客户应用缓存, 大小=B 缓存填充限制, Q UDP流:服务器通过UDP以一种稳定的速率记录下视频块,用以客户的视频消耗速率相匹配的速率传输视频。 通常发送速率= 编码速率 = 恒定速率 则供给速率 = 恒定速率 – 分组丢包 UDP视频流:应用层采用传输协议RTP封装运输分组。 UDP控制连接:客户发送有关会话状态变化的命令。 7.2.1 UDP流 UDP流不足: 服务器和控制之间的可用带宽无法预测并且是变化的,恒定速率UDP流不能够提供连续播放。 要求RTSP服务器这样的媒体控制器,以对每个进行中的客户会话处理客户到服务器的交互请求和跟踪客户状态。 防火墙配置多为阻塞UDP流量,无法接收UDP视频。 7.2.1 UDP流 HTTP流: 视频直接作为具有一个特定URL的普通文件存储在HTTP服务器上。 客户要看视频,步骤如下: TCP连接 发送一个对视频URL的HTTP GET请求 服务器通过HTTP响应报文发送视频文件。 问题:TCP的拥塞控制和流量控制等可靠性传输机制是否会妨碍视频的连续播放? 客

文档评论(0)

4477704 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档