互联网上的音频和视频服务

1 互联网上的音频和视频服务概述

·许多用户开始利用互联网传送音频/视频信息。

·在许多情况下,这种音频/视频常称为多媒体信息。

·多媒体信息:内容上相互关联的文本、图形、图像、声音、动画和活动图像等所形成的复合数据信息。

多媒体信息的两个最主要特点

1.信息量很大。

·标准语音:64 kbit/s ( PCM,8 kHz 速率采样,8 位编码);

·高质量立体声音乐 CD:1.4 Mbit/s(PCM,44.1 kHz 速率采样,16 位编码);

·数码照片 (1280 × 960):3.52 MB(24 位编码);

·彩色电视:250 Mbit/s。

2.在传输多媒体数据时,对时延和时延抖动均有较高的要求。 边传输边播放。

·边传输边播放。

互联网是非等时的

·模拟的多媒体信号经过采样和模数转换变为数字信号,再组装成分组。这些分组的发送时间间隔是恒定的(等时的)。

·传统互联网中,每个分组被独立传送,到达接收端时就变成为非等时的。

实现等时:在接收端设置缓存

·接收端设置适当大小的缓存。当缓存中的分组数达到一定的数量后,再以恒定速率按顺序把分组读出进行还原播放。

·缓存实际上就是一个先进先出的队列。

缓存:消除了时延的抖动,但增加了时延

需要注意的问题

·在传送时延敏感 (delay sensitive) 的实时数据时,不仅传输时延不能太大,而且时延抖动也必须受到限制。

·传送实时数据时,少量分组的丢失对播放效果的影响并不大(因为是由人主观评价的),是可以容忍的。

·丢失容忍 (loss tolerant) 是实时数据的另一个重要特点。

·发送多媒体分组时应当给每一个分组加上序号,以按序还原和播放分组。

·增加一个时间戳 (timestamp),告诉接收端分组的产生时间。

有了序号和时间戳,再采用适当的算法,接收端就知道应在什么时间开始播放缓存中的分组,既可减少分组的丢失率,也可使播放的延迟在可容忍的范围之内。

必须改造现有的互联网

·大量使用光缆和高速路由器,网络的时延和时延抖动就可以足够小,在互联网上传送实时数据就不会有问题。

·从根本改变互联网的协议栈,把互联网改造为能够对端到端的带宽实现预留 (reservation),把无连接协议的互联网转变为面向连接的网络。

·部分改动互联网的协议栈,付出的代价较小,也能够使多媒体信息在互联网上的传输质量得到改进。

互联网提供的音频/视频服务类型

大体上可分为三种类型:

1.流式 (streaming) 存储音频/视频 ------边下载边播放。 播放时并没有把"下载"的内容存储在硬盘上。 结束后,在用户的硬盘上没有留下有关播放内容的任何痕迹。

2.流式实况音频/视频 ------边录制边发送,连续播放。

3.交互式音频/视频 ------实时交互式通信。

相关推荐
localbob5 小时前
日语视频 SRT 字幕生成软件下载:日语视频本地自动翻译SRT字幕生成、日语视频自动翻译 Faster Whisper v1.7 下载与使用教程(含AMD显卡支持)
whisper·音视频·机器翻译·日语字幕翻译·日语视频翻译·本地ai翻译日语视频
音乐宝贝家7 小时前
吉他桶型技术解析:GA桶 vs D桶 vs OM桶——入门弹唱选哪个
新媒体运营·音视频·业界资讯·媒体·材质·零售·内容运营
luoyayun3617 小时前
Qt + FFmpeg 实战:获取音视频文件基础属性、流信息和元数据
qt·ffmpeg·音视频·元数据·获取音视频文件属性
Rudon滨海渔村7 小时前
ffmpeg裁剪视频黑屏、不准时等处理方式 - ffmpeg基本操作
ffmpeg·音视频
谁刺我心8 小时前
[QtCPP]Examples使用示例-QtMultimedia、QMediaPlayer、Audio音频引擎测试mp3播放
qt·音视频·qml
FFZero18 小时前
[mpv脚本系统] (五) C层系统调用的实现: mpv client通信机制
c语言·音视频
潜创微科技9 小时前
2026年专业创作KVM方案服务商选型指南:技术、场景与服务的全维度评估
嵌入式硬件·音视频
searchforAI9 小时前
培训视频转文字后怎么做团队复盘?把本地视频整理成AI笔记的实操方案
人工智能·笔记·ai·whisper·音视频·语音识别·腾讯会议
qq_422152579 小时前
音频裁剪工具怎么选?2026 年主流方案对比与使用指南
人工智能·音视频
开开心心就好9 小时前
清理重复文件释放C盘空间的工具
安全·智能手机·pdf·gitlab·音视频·intellij idea·1024程序员节