多媒体论文96096753.docx
- 文档编号:4601938
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:11
- 大小:120.81KB
多媒体论文96096753.docx
《多媒体论文96096753.docx》由会员分享,可在线阅读,更多相关《多媒体论文96096753.docx(11页珍藏版)》请在冰豆网上搜索。
多媒体论文96096753
《多媒体技术》课程报告
学号:
姓名:
班级:
专业:
教师:
2010年4月
1前言1
2流媒体技术及其应用2
2.1流媒体技术2
2.1.1流媒体介绍2
2.1.2流媒体技术的特点和优势3
2.1.3流媒体技术的原理 3
2.1.4流媒体系统的组成5
2.2流媒体应用6
2.2.1流媒体应用类型6
2.2.2流媒体关键技术问题7
2.2.3流媒体业务系统9
2.2.4流媒体价值链和运营模式11
心得体会:
12
参考文献:
14
教师评语:
14
1前言
自互联网产生以来,受网络带宽的限制,互联网上的信息都以文字、图片等静态数据为主,而音频、视频数据则难以在网上发布,随着ADSL视迅宽带FDDI网的出现,网络带宽得到很大的改善,可以达到100M以上的传输速率,但仍无法满足高质量的多媒体信息传输的需要,这就要从数据的传输方式上着手来解决问题,由此,流媒体技术应运而生。
“流媒体”不同于传统的多媒体,它的主要特点就是运用可变带宽技术,以“流”(Stream)的形式进行数字媒体的传送,使人们在从28K到1200K的带宽环境下都可以在线欣赏到连续不断的高品质的音频和视频节目。
互联网的迅猛发展和普及为流媒体业务发展提供了强大的市场动力,流媒体业务正变得日益流行。
流媒体技术广泛用于多媒体新闻发布、在线直播、网络广告、电子商务、视频点播、远程教育、远程医疗、网络电台、实时视频会议等互联网信息服务的方方面面。
流媒体技术的应用将为网络信息交流带来革命性的变化,对人们的工作和生活将产生深远的影响。
2流媒体技术及其应用
2.1流媒体技术
2.1.1流媒体介绍
流媒体(StreamingMedia)指在数据网络上按时间先后次序传输和播放的连续音/视频数据流。
以前人们在网络上观看电影或收听音乐时,必须先将整个影音文件下载并存储在本地计算机上,然后才可以观看。
与传统的播放方式不同,流媒体在播放前并不下载整个文件,只将部分内容缓存,使流媒体数据流边传送边播放,这样就节省了下载等待时间和存储空间。
流媒体数据流具有三个特点:
连续性(Continuous)、实时性(Real-time)、时序性,即其数据流具有严格的前后时序关系。
由于流媒体的这些特点,它已经成为在Internet上实时传输音/视频的主要方式。
本质上,流媒体技术是一种在数据网络上传递多媒体信息的技术。
目前数据网络具有无连接、无确定路径、无质量保证的特点,给多媒体实时数据在数据网络上的传输带来了极大的困难,流媒体技术的主要目标就是通过一定的技术手段实现在数据网络上有效地传递多媒体信息流。
随着流媒体一系列相关技术,包括音/视频编解码技术、媒体传输质量控制技术等的逐渐成熟,以及宽带网络的兴起,制约流媒体发展的主要障碍逐渐被打破,基于宽带网络的流媒体技术得到了迅速的发展,并得到了越来越多的重视。
宽带流媒体应用被一致认为是未来高速宽带网络的主流应用之一。
各国在相应的高速网络研究计划中都把流媒体技术作为一个重要的研究内容,例如Internet2(I2)的应用研究组认为未来I2网络的杀手应用应该包括几个基本的属性:
交互式合作环境;对远程资源的公共访问;构建网络计算和数据服务的支撑平台;用虚拟现实显示信息。
在所有的这些应用中,I2的应用开发组认为数字视频能带来最广泛利益并能最广泛地应用I2能力,它可以覆盖从点播到远程的资源控制。
数字视频可以看作是宽带流媒体应用的一个基本类型。
我国的863高科技研究计划“高性能信息示范网络3Tnet”中,也明确提出要从宽带流媒体等典型业务入手,建立一个能适应InternetTV等媒体流实时传输的高性能、广域(城域)宽带演示验证网络3Tnet。
除了宽带网络外,流媒体技术还可以广泛地应用于其它网络,例如无线流媒体传输是3G网络的主要应用之一。
在NGN网络中,流媒体也扮演重要的角色。
总之,随着网络技术的不断发展,流媒体已经成为未来数据网络的一项关键技术,对人们的生活带来重要的影响。
2.1.2流媒体技术的特点和优势:
(1)延时小
流媒体传输是采用边播放边传输的方法,不需要整个文件全部下载,仅在播放前有短时间的缓冲.
(2)压缩比高
流媒体技术一般采用MPEG一4压缩方案,压缩比高,最高可达200:
1,是MPEG一1的4到5倍,如一张普通的700M的CD—R光盘,可存放进4小时的影音信号,非常利于网络传输.传统卫星方式,传输1路MPEG一1视音频信号需要1.5M带宽,而采用流媒体技术则只需0.3~0.5M带宽,所以传统卫星方式播放1路MPEG一1视音频信号,是用流媒体技术可以播放2到3路信号.
(3)自适应带宽
流媒体技术能对同一视音频文件或直播流信号实现多种用户速率的编码.用户在接收时,服务器能检测到用户端实际网络带宽,然后根据实际网络带宽传送相应的编码流.这样就能保证流媒体文件在各种带宽条件下都能顺畅播放.但带宽大的用户接收到的画面质量高一些,带宽窄的用户接收到的画面质量稍低一些.
(4)支持直播或转播
采用流媒体技术能非常方便地实现网上视音频的直播或转播,这是传统多媒体技术所不具备的,利用此功能用户能很方便的实现网络会议、网络课堂、直播、实况转播等功能.在传统多媒体教学过程中,学生是通过大屏幕投影观看教学,而利用流媒体技术的屏幕录播、直播功能可将教师的整个屏幕信息发布到网络上,学生在家中即可收看教学内容.
2.1.3流媒体技术的原理
流式传输的实现需要缓存。
因为internet以包传输为基础进行断续的异步传输,对一个实时a/v源或存储的a/v文件,在传输中它们要被分解为许多包,由于网络是动态变化的,各个包选择的路由可能不尽相同,故到达客户端的时间延迟也就不等,甚至先发的数据包还有可能后到。
为此,使用缓存系统来弥补延迟和抖动的影响,并保证数据包的顺序正确,从而使媒体数据能连续输出,而不会因为网络暂时拥塞使播放出现停顿。
通常高速缓存所需容量并不大,因为高速缓存使用环形链表结构来存储数据:
通过丢弃已经播放的内容,流可以重新利用空出的高速缓存空间来缓存后续尚未播放的内容。
流式传输的过程一般是这样的:
用户选择某一流媒体服务后,web浏览器与web服务器之间使用http/tcp交换控制信息,以便把需要传输的实时数据从原始信息中检索出来;然后客户机上的web浏览器启动a/vhelper程序,使用http从web服务器检索相关参数对helper程序初始化。
这些参数可能包括目录信息、a/v数据的编码类型或与a/v检索相关的服务器地址。
a/vhelper程序及a/v服务器运行实时流控制协议(rtsp),以交换a/v传输所需的控制信息。
与cd播放机或vcrs所提供的功能相似,rtsp提供了操纵播放、快进、快倒、暂停及录制等命令的方法。
a/v服务器使用rtp/udp协议将a/v数据传输给a/v客户程序(一般可认为客户程序等同于helper程序),一旦a/v数据抵达客户端,a/v客户程序即可播放输出。
需要说明的是,在流式传输中,使用rtp/udp和rtsp/tcp两种不同的通信协议与a/v服务器建立联系,是为了能够把服务器的输出重定向到一个不同于运行a/vhelper程序所在客户机的目的地址。
实现流式传输一般都需要专用服务器和播放器,其基本原理如图1所示。
图1.流式传输的基本原理
2.1.4流媒体系统的组成
1编码工具,即用于创建捕捉和编辑多媒体数据,形成流媒体格式,利用媒体采集设备进行流媒体的制作。
它包括了一系列的工具,从独立的视频、声音、图片、文字组合到制作丰富的流媒体,这些工具产生的流媒体文件可以存储为固定的格式,供发布服务器使用。
2流媒体数据,即媒体信息的载体,常用流媒体数据格式有.ASF.RM等。
3服务器,即存放媒体数据,由于要存储大容量的影视资料,因此该系统必须配备大容量的磁盘阵列,具有高性能的数据读写能力,可以高速传输外界请求数据并具有高度的可扩展性、兼容性,支持标准的接口,这种系统配置能满足上千小时的视频数据存储,实现片源的海量存储。
4网络,即适合多媒体传输协议甚至是实时传输协议的网络,流媒体技术是随着互联网络技术的发展而发展起来,它在现有互联网络的基础上增加了多媒体服务平台。
5播放器,即供用户欣赏网上媒体的软件,流式媒体系纺支持实时音频和视频直播和点播,可以嵌入到流行的浏览器中,可播放多种流行的媒体格式,支持流媒体中的多种媒体形式,如文本、图片Web页面音频和视频等集成表现形式,在带宽充裕时,流式媒体播放器可以自动侦测视频服务器的连接状态,选用更适合的视频以获得更好的效果,目前应用最多的播放器有美国RealNetworks公司的RealPlayer美国微软公司的MediaPlayer美国苹果公司的Quicktime三种产品。
目前,RealSystem被认为是在窄带网上最优秀的流媒体传输系统,其允许的带宽限制从28.8kbps的拨号上网到10M的局域网,允许点播的人数从100流到1000流甚至无限流RealSystem系统由三部分组成一是媒体内容制作工具RealProducer主要是用于压缩制作多媒体内容文件,实时压制现场信号并传送给RealServer进行现场直播;也可以把其他音频,视频和动画等多媒体文件格式转换成RealServer支持并进行流媒体广播的Real格式,二是服务器引擎RealServer它是目前国际上最强力的因特网和Intranet上的流传播服务引擎,利用该服务引擎用户可以在客户端无须等待数据全部下载完毕即可实时收看直播节目,三是客户端播放软件RealPlayer用来向服务器发出请求,接收并回放从RealServer传送的媒体节目
2.2流媒体应用
2.2.1流媒体应用类型
媒体应用可以根据传输模式、实时性、交互性粗略地分为多种类型。
传输模式主要是指流媒体传输是点到点的方式还是点到多点的方式。
点到点的模式一般用单播(Unicast)传输来实现。
点到多点的模式一般采用组播(Multicast)传输来实现,在网络不支持组播的时候,也可以用多个单播传输来实现。
实时性是指视频内容源是否实时产生、采集和播放的,实时内容主要包括实况(Live)内容,视频会议节目内容等,而非实时内容指预先制作并存储好的媒体内容。
交互性是指应用是否需要交互,即流媒体的传输是单向的还是双向的。
根据上述分类,常见的流媒体的应用主要有:
视频点播(VOD):
这是最常见、最流行的流媒体应用类型。
通常视频点播是对存储的非实时性内容以单播传输方式实现,除了控制信息外,视频点播通常不具有交互性。
在具体实现上,视频点播可能具有更复杂的功能。
例如,为了节约带宽,可以将多个相邻的点播要求合并成一个并以组播方式传输。
视频广播:
视频广播可以看作是视频点播的扩展,它把节目源组织成频道,以广播的方式提供。
用户通过加入频道收看预定好的节目。
视频广播不具有交互性。
InternetTV:
InternetTV在提供方式上类似视频广播,也是以频道的方式提供,但是InternetTV的功能更类似于一般的电视,其节目一般也是直接来自电视节目,通过实时的编码、压缩制作而成。
InternetTV还可以实现实况转播,而且可以实现先进的多视角实况转播,特别是对于体育比赛,用户可以在不同的视角间切换,同时相关的评论、资料信息也可以同时传送到用户端的计算机上显示。
视频监视:
通过安装在不同地点并且与网络连接的摄像头,视频监视系统可以实现远程的监测。
与传统的基于电视系统的监测不同,视频监测信息可以通过网络以流媒体的形式传输,因此,更为方便灵活。
视频监视也可以应用在个人领域,例如可以远程地监控家里的情况。
视频会议:
视频会议可以是双方的,也可以是多方的。
前者可以作为视频电话,视频流媒体信息可以以点到点的方式传送。
多方的视频会议需要多点控制单元,需要以广播的方式传输。
视频会议是典型的具有交互性的流媒体应用。
远程教学:
远程教学目前应用也比较广泛,而且具有很好的市场应用前景。
远程教学可以看作是前面多种应用类型的综合,在远程教学中,可以采用多种模式,甚至混合的方式实现。
例如可以采用点播的方式传送教学节目,以广播的方式实况广播老师上课,以会议的方式进行课堂交流等。
远程教学以应用对象明确、内容丰富实用、运营模式成熟,成为目前商业上较为成功的流媒体应用。
交互游戏:
需要通过流媒体的方式传递游戏场景的交互游戏近年来也得到了迅速的发展。
其它的一些应用,例如虚拟现实漫游等也具有很大的发展潜力。
总之,目前基于流媒体的应用非常多,发展非常快。
丰富的流媒体应用对用户有很强的吸引力,在解决了制约流媒体的关键技术问题后,可以预料,流媒体应用必然会成为未来网络的主流应用。
2.2.2流媒体关键技术问题
为了在数据网络上传输媒体流,流媒体技术需要解决从音/视频源的编码/解码、存储,到网络端的媒体服务、媒体流传输,到用户端的播放一系列问题。
一个典型的媒体流传输流程如图2所示。
从图2中可以看出原始的音/视频流经过编码和压缩后,形成媒体文件存储后(直播的方式不需要文件存储),媒体服务器根据用户的请求把媒体文件(或者直播的媒体流)传递到用户端的媒体播放器。
在媒体传输中间还可能需要代理服务器进行媒体内容的分发或转发。
为了实现较好质量的流媒体实时播放,需要考虑媒体流传输的所有环节。
其中,影响传输质量的三个最关键的因素是:
编码和压缩的性能和效率;媒体服务器的性能;媒体流传输的质量控制。
(1)编码/压缩的性能
影响音/视频流的压缩/编码性能的因素很多,首先是压缩效率。
压缩效率要求在保证一定音/视频质量的前提下,媒体流的码流速率尽量低。
其次是编码的冗余性和可靠性。
与普通的多媒体文件压缩/编码不同的是,流媒体文件需要在网络上实时传输,因此必须考虑传输中数据丢失对解码质量的影响。
为了解决这个问题,采用了一些先进的编码技术,例如错误弹性编码(Error-ResilientEncoding):
在编码中通过适当的控制使得发生数据丢失后能够最大限度地减少对质量的影响。
在Internet环境下,最典型的方法是多描述编码(MDC)。
MDC把原始的视频序列压缩成多位流,每个流对应一种描述,都可以提供可接受的视觉质量。
多个描述结合起来提供更好的质量。
最后,媒体流的压缩/编码还需要考虑速率调节的能力,因为网络的拥塞状况是不断变化的,流媒体的编码必须能够适应网络速率的变化。
一种方法是采用可扩展的层次编码,可扩展的压缩/编码生成多个子位流(Substream),其中一个位流是基本位流,它可以独立解码,输出粗糙质量的视频序列,其他的子位流则起质量增强的作用,所有的子位流一起还原出最好质量的视频序列。
相应的,仅有部分的子位流(必须包含基本子位流)则输出的视频在图像的质量或者图像的分辨率、图像播放的帧速率上较差。
当网络速率变化时,可以通过调节流输出的层次来控制码流的速率,从而适应网络速率的变化。
(2)服务器性能
随着流媒体规模的扩大,流媒体服务器的性能成为制约流媒体服务扩展能力的重要因素。
流媒体服务器性能的关键指标是流输出能力和能同时支持的并发请求数量。
影响流媒体服务器性能的因素很多,包括CPU能力,I/O总线,存储带宽等。
通常,单个流媒体服务器的并发数都在几百以内,因此,为了具有更好的性能,目前的高性能流媒体服务器都采用大规模并行处理的结构,例如采用超立方体的结构将各个流媒体服务单元连接起来。
还有一种方法是采用简单的PC集群的方式,这种方式下多个PC流媒体服务器用局域网连接,前端采用内容交换/负载均衡器将流媒体服务的请求分布到各个PC媒体服务单元。
后一种方式性能较前一种方式低,但是成本很低,容易实现。
(3)媒体流传输的质量控制
这是制约流媒体性能的最重要的因素。
由于流媒体传输对网络带宽、延迟、丢失率等都有很高的要求,而基于无连接的包交换IP网络对带宽资源和服务质量的控制能力都比较弱,因此,在IP网络上进行流媒体传输需要采用一些应用层的质量控制机制来解决传输中的问题。
这些质量控制机制可以分为几个层次:
最常用的方式是采用速率适应机制,基本的方法是通过一定的速率反馈机制,利用媒体流的速率层次编码能力,在媒体服务器端动态地调节流媒体的传输速率,保证客户端在网络可用带宽变化的时候也能够正常地收看流媒体内容。
速率适应机制附以差错控制和冗余控制能够有效地保证流媒体的正常收看。
目前流媒体的主流产品都具备应用层的速率适应能力。
另外一种方法是采用内容分发网络(CDN),采用CDN传输流媒体的优点主要包括三个方面:
第一是通过应用层的内容分发降低了主干网络的流媒体流量,并实现了基于应用层的组播仿真(即利用主机构建独立于网络层的逻辑组播树,并采用主机上的应用层软件进行组播转发)。
第二是通过分布在网络边缘的流媒体服务器,避免了拥塞链路,提高了流媒体传输的性能和响应时间。
最后,通过CDN能够有效地提高整个流媒体系统的扩展性,降低对每个流媒体服务器的性能要求。
目前,利用CDN传输流媒体是大规模流媒体应用的发展趋势。
除了上面介绍的问题外,宽带流媒体应用还需要解决媒体同步控制、安全、数字版权管理(DRM)、媒体兼容性等,这里不再一一介绍。
2.2.3流媒体业务系统
制约流媒体发展除了技术问题外,还有商业运营的问题。
因为流媒体应用广泛开展的一个重要前提是:
流媒体的应用提供商必须能够赢利。
因此,流媒体应用必须以适当的业务模式来开展,这涉及到多方面的问题,包括业务的支撑能力、业务的运营模式等。
从业务提供的角度,一个完整的流媒体业务系统应该至少包含三个部分的功能:
·业务功能提供,通过功能的实现和整合向用户提供完整的业务,例如对于远程教育应用,功能提供是指将流媒体的教学资源组织成有计划、有步骤的教学课程系列提供给用户;
·业务管理,业务管理包括用户管理、内容管理、认证、授权、记账、计费等;
·媒体内容传送,在承载网上有效地传送流媒体内容是业务提供的基础。
目前,网络上实际运行的流媒体业务系统一般都是小型的、用户范围比较狭窄的系统。
这些系统也能支持上述的基本功能,但是这种小而全的模式有几个缺点:
·功能不完整、性能和扩展性较差。
·系统的规模有限,包括网络的规模和用户的规模。
对于独立的流媒体应用而言,用户资源是独立的,用户需要单独地去发展。
而网络的规模一般局限于小区或者城域范围。
·开发周期长,业务提供较慢。
系统的复杂性决定了开发周期长,业务提供慢,特别是新的业务开发和提供能力较弱。
·运行和维护的成本高,应用提供商需要独立负责所有的运行和维护。
·运营模式单一,不能有效地满足市场的变化,缺乏灵活性。
对于需要利益回报的商业运营而言,这一点尤为重要。
这些因素都制约了宽带流媒体业务的大规模开展。
为了解决这些问题,一个可行的方法是把业务管理和流媒体内容传输的功能从业务功能实现中独立出来,构成对宽带流媒体应用的支撑环境。
支撑环境可以由独立的运营商运营,而应用提供商可以专注于业务功能实现。
通过支撑环境开展宽带流媒体业务有很多优点。
对应用提供商而言,业务支撑环境的优点是:
·流媒体应用通过一个独立的支撑环境提供完整、强大的业务管理功能。
·应用的开发周期短,特别有利于新应用的开发。
·应用的运行和维护成本小。
应用提供商仅需要进行部分业务的维护。
·支持大规模的应用。
通过支撑环境提供的流传送能力,支持大规模、大范围的流媒体应用。
·共享的用户资源。
由于支撑环境上所有应用的用户共用一个统一的业务平台,因此,每个应用可以通过共享拥有潜在的大容量、大范围的用户,降低了用户拓展的成本。
如果支撑环境由网络运营商运营,则还同时拥有该网络运营商的所有用户的资源。
·支持多种运营模式,应用提供商可以根据市场要求和业务的特点选择多种运营模式,和支撑平台达成利润分账的多种模式。
对于用户而言,统一的支撑环境方便了用户的使用,例如用户仅需要一点认证就可以访问全部(授权的)业务,并完成相关的支付等工作。
对于运营商而言,支撑环境是一个增值业务支撑平台,它本身也是一种面向应用提供商开展的业务。
特别是对网络提供商而言,可以在提供基本的网络接入服务的同时,提供增值业务,提升在价值链上的位置。
图3显示了一个宽带流媒体应用支撑环境的
典型结构
图3宽带流媒体应用支撑环境
总之,独立的宽带流媒体业务支撑环境或者业务支撑平台对于克服现有系统的困难,支持高性能、可扩展的流媒体业务的开展具有很高的价值和重要的意义。
目前,中国电信集团北京研究院承接的863课题:
“高性能信息示范网应用支撑环境开发内容和实施方案研究”正在对宽带流媒体业务支撑环境做相关的
研究。
2.2.4流媒体价值链和运营模式
根据前面的分析,我们可以归纳出宽带流媒体业务的价值链,如图4所示。
图4宽带流媒体价值链
宽带流媒体业务价值链至少需要包括几个部分:
应用提供商、内容开发商、业务支撑系统运营商、网络提供商、用户。
其中,用户最终获得宽带流媒体应用业务,并为之付费。
应用提供商是宽带流媒体业务的直接提供者,直接面对用户提供业务。
内容提供商是流媒体内容资源的拥有者,负责节目的制作,包括流媒体文件的生成、编码、压缩。
业务支撑系统运营商提供一个独立的可运营的管理和传输平台,为宽带流媒体应用提供支撑环境。
网络提供商提供基本的承载网络。
在整个价值链系统中,不同提供商可以根据自身的特点和市场需求同时扮演多个角色,从而构成不同的运营模式。
例如,网络提供商可以同时作为流媒体业务支撑系统的运营商,因为由网络提供商来运营流媒体业务支撑系统有许多优点:
首先是网络提供商拥有网络资源,这是构建大规模的应用系统必要的条件;其次,网络提供商拥有用户,特别是宽带接入的用户,这部分用户自然成为流媒体业务支撑系统的潜在用户;最后,通过构建流媒体业务支撑系统,网络提供商可以提高它在价值链中的地位,从而实现增值业务。
内容提供商也可以和应用提供商整合,特别是目前的多数流媒体应用都是以内容为中心,例如VOD应用,远程教学应用等。
因此,内容提供商可以直接融合应用提供商的角色,通过流媒体业务支撑系统的支撑向用户提供业务。
目前,流媒体业务的运营模式还在不断发展中,网络运营商、应用提供商、内容提供商都在不断寻求成熟的运营模式和合作模式。
心得体会:
本学期学校为我们开设了《多媒体技术与应用》这门课程,这门课程虽然学分不多,但其非常实用的功能深深吸引了我,老师细致耐心的讲解,给我留下了深刻的印象。
在以前只知道用电脑在线看电影,用Mp3听歌曲,却从不去探究电影和歌曲是怎样存储,怎样播放及播放效果如何改变,在这门课中,老师针对这些问题做了解释。
即视频音频播放需遵循相应的视频协议及音频协议,每种协议又有几种不同的标准,不同的标准对应不同的播放器及压缩形式。
对与在线看视频及听音乐,则是采用流媒体技术实现的,流媒体技术的优势及特点使其得到广泛应用,对人们的工作和生活产生深远的影响。
就那音频来说,音乐主要有CD,Wav,MP3,MIDI和Wma等格式,这几种格式采用的采样率不一样,因而播放的音质效果也不同,CD是当今世界上音质最好的音频格式,其采样率也最高,也就是44.1K的采样频率,速率88K/秒,16位量化位数。
而对于每一种格式来说,采用的采样比特率不同也会影响存储空间的不同。
对于压缩技术和存储技术,老师对其原理及应用都做了详尽的说明与补充。
对与图片及图像来说,老师对其格式做了介绍.图像格式即图像文件存放的格式,通常有JPEG、TIFF、RAW、BMP、GIF、PNG等。
由于数码相机拍下的图像文件很大,储存容量却有限,因此图像通常都会经过压缩再储存。
当然,不同的格式采用的算法不同,产生的图片效果也不同。
随着科技的进步,图片压缩技术会进一步
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 多媒体 论文 96096753
![提示](https://static.bdocx.com/images/bang_tan.gif)