一、MPEG—2硬件解码系统的设计与实现（论文文献综述）
赵康[1]（2020）在《面向龙芯2K1000B处理器的系统级功耗优化与验证》文中认为龙芯2K1000B是拥有自主知识产权的64位双核高性能嵌入式处理器,成功应用于多款智能终端产品和工业手持设备中。移动智能终端产品体积重量有限,电池容量有限,系统级功耗优化一直是终端产品设计的重要研究内容。为了降低2K1000B移动智能终端的系统功耗,论文选取该设备的主要工作场景,即视频硬件解码和待机场景,设计和实现了系统级功耗管理方法。首先,为了评估和分析系统级低功耗策略的运行效果,论文设计并实现了基于处理器硬件性能事件的功耗评估模型,旨在不增加外接设备的情况下,较为准确地评估龙芯处理器的运行功耗,为系统级低功耗研究提供基本的数据参考。针对视频解码场景下的系统功耗优化,论文重点分析并优化了动态频率调整策略和CPU空闲机制。针对传统按需策略在2K1000B平台硬件视频解码场景中存在的频率不匹配问题,通过服务质量响应机制,根据不同格式和分辨率视频解码的性能需求,动态设置调频间隔和选频区间,降低系统解码能耗。通过在空闲进程中执行WAIT指令优化了CPU空闲机制,降低了处理器核的空闲功耗。针对系统待机时功耗优化,论文采用了动态核数调整策略和挂起到内存策略。根据系统负载情况,动态调整系统内处理器核心运行数量。在无任务运行时,利用挂起到内存策略,保存处理器运行状态并挂起大部分硬件外设,实现系统功耗的降低。论文基于龙芯2K1000B移动智能终端制定了相关的测试方案。经过功耗实测分析,论文设计的基于硬件性能事件的功耗模型在Unix Bench负载下,以处理器实测功耗为基准,平均相对误差为2.14%。论文设计的面向硬件视频解码的动态调频策略在多种分辨率H.264和MPEG2格式视频硬件解码负载场景下,相比默认按需策略能降低最高5.79%和平均3.05%的处理器能耗。综合来看,论文设计和适配的系统级低功耗策略,在硬件视频解码任务运行时,可以降低平均7.62%的处理器功耗和8.22%的板级功耗;在系统待机时,可以降低24.2%以上的处理器功耗和10.9%的板级功耗,挂起到内存策略的实现可以降低25.8%的处理器功耗和31.4%的板级功耗。
高树立[2]（2017）在《面向嵌入式系统的音视频接收与同步播放系统实现》文中研究说明随着信息技术的快速发展,嵌入式音视频播放终端广泛应用于人们的日常生活。在嵌入式系统下实现音视频播放系统时视频采用硬件解码而音频采用软件解码会存在不同解码延时,因此导致音视频播放时存在不同步问题。本文基于通用计算机和音视频采集卡搭建了音视频采集压缩系统,进一步基于嵌入式ARM处理平台设计实现了音视频同步播放系统,并在同步播放系统中设计一种有效的音视频同步播放方法。首先,基于MPEG-2标准系统设计并实现了音视频采集压缩系统,将系统分为音视频采集模块、音视频压缩模块和音视频复用模块。音视频采集模块利用音频ALSA接口和视频V4L2接口实现对输入的音视频信号进行采样;音视频压缩模块和复用模块则采用开源的FFmpeg库将音视频数据压缩为连续的数据流并复用为单一的传输流。进一步,在嵌入式ARM处理平台上设计并实现了音视频同步播放系统,该系统由音视频解复用模块、音视频解码模块和音视频同步播放模块组成。在音视频解码模块中采用硬件MFC解码器对视频数据进行解码,同时采用Mad解码库对音频数据进行解码。针对软硬件解码的不同解码延时导致的音视频同步问题,在音视频同步播放模块中实现了一种比较时间戳的音视频同步方法。在该方法中,基于音视频的时间戳调整视频的播放时刻从而实现音视频的同步播放。测试结果表明,本文实现的音视频同步播放系统可以有效实现音视频的同步播放。综上所述,本文设计并实现了音视频采集压缩系统和音视频同步播放系统,并对音视频同步播放系统中设计的同步方法进行了性能测试,为嵌入式平台下设计音视频同步方法提供了参考。
王鑫[3]（2016）在《多通道视频实时整合显示技术研究》文中研究表明随着视频监控在社会安防、金融商贸、文化教育、交通医疗等领域的应用越来越广泛,人们对监控质量的要求也越来越高。多通道视频实时整合显示技术,由于能满足用户实时查看多源、高质量视频信息的需求,成为了当今视频监控系统的重要组成部分,具有较高的研究意义和工程应用价值。然而,多通道的高清视频数据量大,给计算机性能和设备成本增加了负担,多通道视频实时整合显示技术的设计需要在性能与成本之间取得良好的平衡。针对以上问题,本文设计并实现了以PC机和嵌入式板卡为硬件基础的多通道视频实时整合显示软件,软件在Windows平台上基于MFC开发,配合嵌入式板卡,能够通过网络接收八路高清视频压缩码流,软硬件并行解码,在软件界面上整合显示,可以同时在多种显示模式下查看。软件采用模块化的设计思想,划分为网络接收模块、解码模块、与嵌入式板卡通信模块、整合显示模块。各模块间的通信和同步采用多线程编程技术,数据传递采用共享内存的方式,提高了数据处理的效率和实时性,各模块耦合度低、扩展性好。网络接收模块采用套接字Socket编程,基于UDP协议接收八路H.264压缩视频码流。解码模块调用ffmpeg库,对四路视频解码。与嵌入式板卡通信模块将另外四路视频通过PCI接口下发到板卡,同时接收板卡解压后的数据。整合显示模块将解压后的八路视频整合在一起,使用DirectDraw技术实现图像的缩放、叠加和显示。软件通过软硬件解码结合的方式,减轻了CPU负担,降低了设备成本,实现了高性能解码,能够实时显示八路高清视频。同时对软件运行的PC机环境要求不高,具有低功耗、低成本、高清化、多源化的优点。软硬件解码的显示效果也可以互为映证,多方位把控监控画面质量。
邓勇[4]（2015）在《基于NGB机顶盒的视频通讯方案设计与实现》文中研究表明随着网络技术和数字电视业务发展,东方有线已经在上海市区完成了下一代广播电视网（NGB）全覆盖并大力推广NGB机顶盒。现有网络基础能够满足视频通讯业务发展,因此在现有NGB机顶盒上开发视频通讯功能,以满足第三方应用服务商为有线运营商开发社交化、跨终端、跨网络的融合视频通讯业务服务的需求,将具有非常紧迫的意义。尽管NGB网络具有为视频通讯业务提供稳定链路的能力,但是NGB机顶盒终端不具备视音频编码能力,因此需要在现有机顶盒基础上,增加合适的视频通讯终端模块,设计合理的视频通讯解决方案,以实现NGB机顶盒的视频通讯功能。本文首先依据东方有线的网络和NGB机顶盒终端特性,选择SIP协议作为视频通讯系统基础协议,并选择H.264和G.711分别作为视频通讯的视音频编码标准,构建IMS架构的视频通讯系统;其次,新增外接视频通讯终端设备,实现无编码能力的NGB机顶盒通过网络与之互联,采用扩展SIP协议的方式,完成机顶盒对终端设备的视频通信控制,并在电视机上展示视频画面和声音效果;最后,针对NGB机顶盒视频通讯的应用功能,定义机顶盒与视频通讯服务系统的通讯接口以及开放API规范,结合实际需求实现业务开发。基于上述方案,实现了NGB机顶盒视频通讯功能。系统测试表明,本文设计的机顶盒视频通讯具有跨终端通讯能力,并且视音频质量较好,视频时延较低,能够满足东方有线业务需求。在有线运营商中,东方有线率先在国内提供机顶盒视频通讯业务服务。
矫风[5]（2015）在《基于数字电视SoC芯片视频解码的软件设计与应用》文中认为随着数字电视功能的丰富,软件功能的整机应用需求趋于复杂化,需要高级的操作系统来支持这些高级软件的应用。因此,数字电视SoC的配套软件开发也成为整机产品开发中的关键部分。主流的数字电视SoC芯片功能主要包括模拟电视解调和解码功能、数字电视解调和解码功能、多格式音视频解码功能、高画质视频后处理等,尤其是高清视频的解码是数字电视的核心技术。由于高清视频的编码的复杂性,传统的CPU进行解码会消耗极大的运算能力。硬件解码是将解码任务交给了专门的解码电路,因此能够大大降低CPU占用率。论文首先介绍了高清数字电视SoC芯片HS3XXX的软件系统,在此基础上介绍了视频解码单元的驱动框架。其次,基于VPU的硬件电路和HS3XXX软件系统平台,将VPU提供的API做进一步封装,使其与HS3XXX平台的软件架构的上下层适配,完成了在HS3XXX平台上软件代码的移植。以MPEG-2为例重点研究了主机应用程序在解码过程中与VPU的交互机制,根据此交互机制完成了解码过程中的比特流输入、序列初始化、解码显示输出等环节的设计与实现,再调试其他视频编码格式ES流。最后,搭建交叉编译环境和测试平台,对解码模块进行调试与功能验证,结果表明本设计能够支持多编码格式视频解码,实现实时播放。本课题增加了电视整机对多媒体的支持,对于基于linux系统进行多媒体功能开发也具有重要参考价值。
周霞[6]（2015）在《针对数字电视码流的硬加速与同步控制策略研究》文中研究说明随着移动互联网的迅速发展,应用于数字电视领域的流媒体技术也不断提升。人们日益个性化、多元化的需求使得数字电视移动化成为电视终端行业的发展趋势。实现数字电视移动化的前提是具有数字电视码流的格式支持且解码效率高的Android多媒体服务。一方面,Android多媒体框架由OpenCore转向StageFright之后,支持的多媒体格式变得更加少了,但StageFright保留了OpenCore框架中的OpenMax IL引擎,通过它可以调用底层DSP实现硬件解码,提高解码效率。另一方面,着名的音视频开源解决方案FFmpeg拥有完善的音视频编解码库、封装库和解封装库等。但FFmpeg提供的是软解码,解码高清数字电视时,因其压缩率高、解码运算复杂等因素,使得CPU消耗大,导致解码效率低。本文的主要工作是添加Android多媒体对数字电视码流的支持,并通过OpenMax调用底层解码芯片实现硬加速。本文研究重点是数字电视码流的硬加速和同步控制策略,研究工作分为以下几方面:首先,本文提出一种基于数字电视码流的硬加速体系结构模型。使用OpenMax作为插件融入到多媒体框架FFmpeg中进行硬解码,以达到扩展支持格式,提高解码效率的目的。为FFmpeg和OpenMax的交互设计框架结构,建立通信模型,关联业务流程。此外,设计JNI层接口,以此来提供通用的硬解码多媒体服务。其次,基于以上的体系结构模型,提出基于事件触发的同步控制策略来确保音视频同步。针对数字电视码流,分析了常用的PCR同步控制方法的原理,给出了该方法缺陷与不足。提出适用于本模型的事件触发的同步控制策略同步控制方法,在音频流畅播放的情况下,利用计时器触发事件来控制视频输出。当音视频不同步时调整计时器延时来控制视频播放速度。最后,搭建实验平台,对高清数字电视硬加速解码模块和基于事件触发的同步控制算法的同步效果进行了测试。选用三种分辨率的TS流作为测试对象,针对CPU占用率、内存占用空间、每帧解码时间和帧率四个指标对比分析了软硬解码的性能。基于事件触发同步控制策略,提取了四组时间标签数据,验证了时钟同步的正确性和有效性。
刘敏[7]（2014）在《国产飞腾处理器的视频解码技术研究》文中认为近年来,随着人们对高清视频产品需求的日益增加,视频编码技术得到了飞速的发展,视频的压缩比率越来越高,画质越来越清晰,但解码所需的数学和逻辑运算量也越来越大。如果使用电脑上的视频播放器直接利用CPU进行解码,那么CPU的占用率将会非常高,播放高清视频的时候画面不流畅,甚至无法播放,系统的也无法进行任何其他操作。为了解决这一问题,人们将CPU的一部分解码工作负载到GPU中去,由GPU来完成解码任务,以此减少CPU的占用率,提高系统性能并降低能耗。本文主要是基于国产化飞腾处理器平台上的高清视频解码播放的相关研究工作。飞腾处理器具有多任务并发处理能力强、单核处理性能偏弱,且无多媒体指令支持的特性。传统的软件视频解码技术并不适用于国产飞腾处理器的计算机平台,解决国产飞腾处理器计算机平台上的高清视频播放问题,有助于国产化飞腾平台应用的推广和提高飞腾视频解码的性能。首先,本文采用软件多线程并行解码方案,针对高码率的高清视频解码,结合FT 1000A系统芯片异构多和特性,将视频串行解码优化为并行解码处理,依据不同的划分方式,将解码过程划分为功能并行和数据并行,实现了国产化飞腾平台上的多线程并行解码优化方案。其次,本文结合UVD视频硬解码通用引擎新技术与VDPAU视频硬解码接口技术,设计出国产化飞腾平台上的GPU高清视频硬件解码方案,通过该方案实现对多格式高清视频硬件解码加速的支持。并基于上述框架设计,以及飞腾平台上视频硬件解码的实现面临的大小端字节序转换与页表长度对齐等问题,实现了飞腾平台上高清视频的低成本、低功耗硬件解码播放。最后,本文基于FT 1000A软硬件环境,对实现的高清视频解码方案的功能和性能进行了评测。实验结果表明:在飞腾平台上采用多线程技术的解码方案,与基于单核处理器的软件解码相比,性能可提升20%以上,但解码23fps的1080P高清视频的CPU占用率仍处于50%以上,性能优化不理想。而采用基于VDPAU的GPU硬件视频解码方案解码1080P高清视频,其CPU占用率可以控制在30%以下,性能大幅提升。
蔡慧霞[8]（2014）在《基于嵌入式Linux平台的媒体播放器的研究与设计》文中认为目前国家正在大力推进电信网、互联网和广播电视网的高层业务应用的融合,使之成为统一的信息通信网络。随着三网融合的演进,用户对多媒体终端设备提出了更多的功能要求。而在这些应用需求中,又以多媒体娱乐功能最受关注。另一方面,近几年来网络视频分享、点播、评论等已成为因特网上的一个新兴热点,并已开始渗透到人们的日常生活,使得在各类消费电子产品中嵌入媒体播放功能成为一种新趋势。在这种强大的应用需求背景下,如何设计实现一款具备卓越性能的嵌入式媒体播放器成为一个有现实意义的课题。随着Linux系统以特有的优势在各种嵌入式终端设备中广泛应用,Linux系统上的多媒体应用要求日益凸显。然而,现有的嵌入式Linux媒体播放器的功能还不够完善,可移植性也较差。本课题针对嵌入式Linux平台的硬件特点,以及现有应用存在的问题,提出了一种基于软硬件解码结合、模块化结构的多媒体播放器设计方案,可支持本地与网络两种媒体资源的播放,并具备移植性强的特点。本文在分析系统功能及结构后,给出了各个功能模块的详细设计与实现过程,主要包括数据访问模块、播放模块、图形用户界面模块和系统控制模块等。其中,播放模块选择当前主流的GStreamer媒体框架进行设计,实现了通过数据访问模块获取到的本地和网站媒体资源的视频播放功能。实际测试结果表明,本文所设计的媒体播放器实现了各项播放功能,并具备较强的健壮性。本课题所设计的媒体播放器具有如下创新特点：（1）采用开源的GStreamer多媒体框架来进行播放通道设计,大大增加了系统的可移植性和扩展性；（2）结合嵌入式设备的资源特点以及开发环境情况,提出了采用解析Youku网站API来提取视频地址的方法,并通过GStreamer架构对WEB视频进行播放；（3）采用软硬件解码相结合机制来设计音视频解码器,充分利用平台资源,提高解码性能。同时利用文档配置平台支持的媒体格式,实现对新平台的可扩展性。（4）采用基于DirectFB的硬件加速图形库,增强系统的用户界面显示效果,也使其更适应嵌入式设备的硬件需求。本课题的设计成果对于新一代数字媒体终端的设计以及相关产品的开发具有指导意义和实用价值。
陈洋[9]（2013）在《基于Chromium的嵌入式网络视频系统解复用与解码的设计与实现》文中研究说明近年来，伴随着计算机多媒体以及网络通信等各种高新技术在市场上的飞速发展，网络视频点播直播系统的出现使得用户按照自己的主动需求获取各种网络多媒体信息的愿望得到了很好的实现相比于传统的获取网络多媒体信息方式，它创造性地让用户享受到了一种自主选择的方式去接受信息本文所在系统设计了一款互联网电视类软件，能让用户在客厅通过使用电视遥控器或者其他带有遥控功能的手机键盘鼠标等来输入到浏览器或电视客户端，搜索点播影片电视直播节目本文研究目的是系统对直播和点播的视频数据的解复用与解码的设计与实现根据业务需求及功能分析，解复用的设计实现分为TS流和PS流两部分，解码模块的实现分为MPEG-2和H.264解码两部分，每部分按多个子模块逐步实现其中，视频数据在解复用与解码的传输是由驱动层的流媒体驱动（SMD）创建Pipeline完成解复用模块设计是将经过编码复用的数据源，即直播视频数据TS流和点播视频数据PS流分成视频流音频流和字幕流，通过PID过滤算法寻找并识别PID，过滤相应的数据流，利用节过滤器匹配算法进行流处理，最后将其打包成可以解码的AES VES PTS流，由SMD创建Pipeline将数据传输到解码器缓冲区解码模块设计是由驱动层创建的Pipeline调用解码设备的输入接口，FW针对输入的数据进行MPEG-2或H.264硬件解码，利用CE4100的片上系统多格式硬件解码以及其特有的硬件加速能力，实现点播和直播的不同视频格式的高清解码本文最后通过系统功能和性能的测试表明系统各模块满足业务需求，达到了运营的预期实现了高清视频实时输出，从而提供全新的自主选择观看电视节目并能随看随停的方式给用户
张涛[10]（2013）在《基于WDDM驱动的DirectX视频加速重定向框架设计与实现》文中研究表明随着计算机技术的不断发展进步,云计算技术也在高速发展的进程中日趋成熟,作为云计算核心技术的虚拟化技术也得到了飞速发展。而虚拟化技术中,虚拟化桌面凭借其低成本、灵活易用性及集中部署管理等优势发展最为迅速。在云计算等软件技术高速发展的同时,处理器硬件工艺也在飞速进步。GPU处理工艺的进步,使得3D应用得以发展和进步。与此同时,针对3D应用,微软开发了应用于其Windows Vista及其后续版本操作系统的WDDM显示驱动模型,这种模型支持DirectX图形库,并能够对3D应用的GPU硬件加速提供很好的支持,提高了用户体验。然而,目前的虚拟化桌面产品仅能满足企业办公场景,与传统的PC机桌面相比,其不完善的桌面功能及用户体验使其不能进一步向普通用户推广。在这种背景下,本文基于微软WDDM中对高清视频硬件加速的支持,设计和实现了DirectX视频加速重定向框架,旨在有效利用虚拟化桌面客户端主机的GPU,支持在虚拟化桌面中播放高清视频。针对这一方案,本文做了以下的工作：（1）研究和分析了当前主流的虚拟化桌面解决方案及产品,为本文的DirectX视频加速重定向框架设计和实现提供了参考依据；（2）详细分析和研究了为设计和实现DirectX视频加速重定向框架所需的关键技术,包括WDDM驱动模型、DXVA及其API、高清视频及视频播放器等；（3）设计了DirectX视频加速重定向框架,并实现了框架中的基本功能模块,包括虚拟化桌面服务端的DXVA指令和视频数据截获及重定向,以及虚拟化桌面客户端利用主机GPU加速功能,执行重定向指令,播放高清视频,并对这套系统从功能、性能及兼容性等方面进行了测试,验证了系统的功能。
二、MPEG—2硬件解码系统的设计与实现（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、MPEG—2硬件解码系统的设计与实现（论文提纲范文）
（1）面向龙芯2K1000B处理器的系统级功耗优化与验证（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 论文背景和意义 |
| 1.2 国内外研究现状 |
| 1.3 研究内容和设计指标 |
| 1.3.1 研究内容 |
| 1.3.2 设计指标 |
| 1.4 论文组织 |
| 第二章 处理器系统级低功耗优化方法分析 |
| 2.1 龙芯2K1000B硬件架构分析 |
| 2.1.1 处理器指令集体系结构 |
| 2.1.2 处理器SoC架构 |
| 2.2 处理器功耗评估方法分析 |
| 2.2.1 基于模拟器的处理器功耗获取 |
| 2.2.2 基于实测的处理器功耗获取 |
| 2.3 处理器系统级功耗优化方法分析 |
| 2.3.1 动态频率调整技术 |
| 2.3.2 动态核数调整技术 |
| 2.3.3 系统睡眠管理技术 |
| 2.4 本章小结 |
| 第三章 龙芯处理器系统功耗评估与分析 |
| 3.1 基于性能事件功耗模型的评估软件设计 |
| 3.1.1 基于性能事件的功耗模型 |
| 3.1.2 数据采集方法 |
| 3.1.3 功耗模型实现 |
| 3.2 Linux下系统功耗评估与分析 |
| 3.2.1 工作时系统功耗分析 |
| 3.2.2 待机时系统功耗分析 |
| 3.3 本章小结 |
| 第四章 面向龙芯处理器的系统级低功耗优化 |
| 4.1 CPU动态调频策略 |
| 4.1.1 CPUFreq驱动适配 |
| 4.1.2 动态调频策略优化 |
| 4.1.3 动态调频策略实现 |
| 4.2 CPU空闲机制 |
| 4.2.1 CPU工作状态分析 |
| 4.2.2 龙芯处理器idle控制实现 |
| 4.3 CPU动态核数调整策略 |
| 4.3.1 CPU热插拔驱动适配 |
| 4.3.2 动态核数调整策略设计 |
| 4.3.3 动态核数调整策略实现 |
| 4.4 挂起到内存策略 |
| 4.4.1 Suspend驱动适配 |
| 4.4.2 挂起到内存策略应用 |
| 4.5 本章小结 |
| 第五章 实验验证与结果分析 |
| 5.1 实验方法设计 |
| 5.1.1 实验平台介绍 |
| 5.1.2 测试平台连接示意图 |
| 5.1.3 测试方案分析 |
| 5.2 功耗评估模型精度验证 |
| 5.3 低功耗策略功能验证 |
| 5.3.1 动态频率调整功能验证 |
| 5.3.2 处理器空闲机制功能验证 |
| 5.3.3 动态核数调整功能验证 |
| 5.3.4 挂起到内存策略功能验证 |
| 5.4 低功耗策略收益验证和分析 |
| 5.4.1 V-DFS动态调频策略测试 |
| 5.4.2 视频解码时低功耗策略测试 |
| 5.4.3 待机时低功耗策略测试 |
| 5.5 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
| 攻读硕士学位期间的研究成果 |
（2）面向嵌入式系统的音视频接收与同步播放系统实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 研究背景与研究意义 |
| 1.2 研究现状与分析 |
| 1.3 论文的主要工作及内容安排 |
| 第2章 音视频采集压缩系统 |
| 2.1 MPEG-2 系统以及音视频工具 |
| 2.1.1 MPEG-2 音视频系统 |
| 2.1.2 音视频工具 |
| 2.2 音视频采集压缩系统设计 |
| 2.2.1 系统模块设计 |
| 2.2.2 音视频采集板卡 |
| 2.3 音视频采集模块 |
| 2.3.1 音频采集模块 |
| 2.3.2 视频采集模块 |
| 2.4 音视频压缩模块 |
| 2.4.1 音频压缩模块 |
| 2.4.2 视频压缩模块 |
| 2.5 音视频复用模块 |
| 2.6 小结 |
| 第3章 音视频同步播放系统 |
| 3.1 音视频同步播放系统设计 |
| 3.1.1 基于嵌入式平台的总体设计 |
| 3.1.2 嵌入式处理平台简介 |
| 3.2 音视频解复用模块 |
| 3.3 音频解码模块 |
| 3.4 视频解码模块 |
| 3.5 音视频同步播放模块 |
| 3.5.1 音频播放控制模块 |
| 3.5.2 视频播放控制模块 |
| 3.5.3 音视频同步方法 |
| 3.6 小结 |
| 第4章 系统性能测试与分析 |
| 4.1 测试平台与测试条件 |
| 4.2 DVB-T解调板卡 |
| 4.3 发射系统与接收系统 |
| 4.4 系统软件结构与参数配置 |
| 4.5 测试结果与性能分析 |
| 4.6 小结 |
| 第5章 总结与展望 |
| 参考文献 |
| 发表论文和参加科研情况说明 |
| 致谢 |
（3）多通道视频实时整合显示技术研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 课题研究的背景及意义 |
| 1.2 课题研究的现状 |
| 1.2.1 国内外研究现状 |
| 1.2.2 发展趋势 |
| 1.3 论文的研究内容和结构安排 |
| 第2章 多通道视频实时整合显示技术基础 |
| 2.1 视频处理技术 |
| 2.1.1 视频编解码技术 |
| 2.1.2 视频格式转换技术 |
| 2.1.3 视频缩放技术 |
| 2.2 多线程编程技术 |
| 2.3 SOPC嵌入式技术 |
| 2.4 本章小结 |
| 第3章 多通道视频实时整合显示技术设计与实现 |
| 3.1 软件方案设计 |
| 3.1.1 方案设计 |
| 3.1.2 软件功能模块划分 |
| 3.1.3 模块间的内存共享 |
| 3.2 网络接收模块设计 |
| 3.2.1 TCP/IP协议 |
| 3.2.2 Socket套接字编程 |
| 3.3 视频解码模块设计 |
| 3.4 与嵌入式板卡的通信模块 |
| 3.4.1 PCI模块设计 |
| 3.4.2 通信模块设计 |
| 3.5 视频显示模块 |
| 3.5.1 使用DirectDraw显示图像 |
| 3.5.2 显示模式实现 |
| 3.5.3 鼠标操作 |
| 3.6 本章小结 |
| 第4章 视频高性能解码的实现 |
| 4.1 ffmpeg解码技术 |
| 4.1.1 加载ffmpeg解码库 |
| 4.1.2 ffmpeg中的关键结构体 |
| 4.1.3 ffmpeg库函数的封装调用 |
| 4.2 DSP硬件加速解码 |
| 4.3 本章小结 |
| 第5章 软件测试及结果 |
| 5.1 软件测试概要 |
| 5.2 测试方案及结果 |
| 5.2.1 功能测试 |
| 5.2.2 性能测试 |
| 5.3 本章小结 |
| 第6章 总结与展望 |
| 参考文献 |
| 攻读学位期间发表论文与研究成果清单 |
| 致谢 |
（4）基于NGB机顶盒的视频通讯方案设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景和意义 |
| 1.2 视频通讯技术发展及现状 |
| 1.3 论文研究内容与组织结构 |
| 1.3.1 本文的主要研究内容 |
| 1.3.2 本文的组织结构 |
| 1.4 本章小结 |
| 第二章 机顶盒视频通讯应用的需求分析 |
| 2.1 总体业务需求 |
| 2.2 视频通讯应用发展资源状况 |
| 2.2.1 东方有线NGB网络状况和性能 |
| 2.2.2 东方有线NGB机顶盒状况和性能 |
| 2.3 机顶盒视频通讯应用需求 |
| 2.4 机顶盒开展视频通讯面临问题 |
| 2.5 本章小结 |
| 第三章 实时视频通讯关键技术研究及选择 |
| 3.1 实时视频通讯关键技术简介 |
| 3.2 视频通讯协议研究 |
| 3.2.1 H.323 协议 |
| 3.2.2 SIP协议 |
| 3.2.3 机顶盒视频通讯系统协议选择 |
| 3.3 视频编码技术研究 |
| 3.4 语音频编码技术研究 |
| 3.4.1 语音编码技术介绍 |
| 3.4.2 语音编码格式选择 |
| 3.5 实时视频通讯关键技术研究结论 |
| 3.6 本章小结 |
| 第四章 基于NGB机顶盒的视频通讯系统架构设计 |
| 4.1 视频通讯平台架构 |
| 4.1.1 系统组成 |
| 4.1.2 业务流程 |
| 4.2 视频通讯核心系统设计 |
| 4.3 视频通讯终端接入设计 |
| 4.3.1 常规视频通讯终端方案 |
| 4.3.2 机顶盒与视频通讯终端USB连接 |
| 4.3.3 机顶盒与视频通讯终端网络连接 |
| 4.4 机顶盒视频通讯应用设计 |
| 4.5 本章小结 |
| 第五章 NGB机顶盒与视频通讯终端互联协议规范设计与实现 |
| 5.1 机顶盒与视频通讯终端连接控制协议 |
| 5.1.1 控制通道 |
| 5.1.2 数据通道 |
| 5.2 机顶盒与视频通讯服务系统通讯接口协议 |
| 5.3 机顶盒应用开发API接口规范 |
| 5.4 本章小结 |
| 第六章 NGB机顶盒的视频通讯功能验证及应用实现 |
| 6.1 系统测试环境及内容 |
| 6.2 测试过程 |
| 6.2.1 测试方案 |
| 6.2.2 测试准备 |
| 6.2.3 测试用例 |
| 6.3 实现效果分析 |
| 6.4 基于视频通讯的应用开展 |
| 6.5 本章小结 |
| 第七章 总结与展望 |
| 7.1 论文总结 |
| 7.2 研究展望 |
| 参考文献 |
| 致谢 |
| 攻读硕士学位期间已发表或录用的论文 |
（5）基于数字电视SoC芯片视频解码的软件设计与应用（论文提纲范文）
| 摘要 |
| Abstract |
| 1 绪论 |
| 1.1 课题研究背景 |
| 1.2 课题研究现状 |
| 1.3 课题研究内容及意义 |
| 2 图像及数字视频相关理论 |
| 2.1 视频的基本概念 |
| 2.2 数据压缩的编码与解码技术 |
| 2.3 静止图像压缩标准JPEG |
| 2.4 视频压缩标准MPEG系列 |
| 2.4.1 MPEG-1压缩标准 |
| 2.4.2 MPEG-2压缩标准 |
| 2.4.3 MPEG-4压缩标准 |
| 2.5 H.26X系列 |
| 2.5.1 H.261 |
| 2.5.2 H.263 |
| 2.5.3 H.264 |
| 3 高清数字电视SoC芯片软件系统架构及解码驱动框架 |
| 3.1 高清数字SoC芯片软件系统 |
| 3.2 解码驱动框架 |
| 3.3 基于Gstreamer多媒体框架中视频文件的处理流程 |
| 3.4 VPU简介 |
| 3.4.1 VPU模块结构 |
| 3.4.2 VPU与主机CPU的通信 |
| 3.4.3 VPU解码流程 |
| 4 视频解码模块设计与实现 |
| 4.1 模块软件层次架构 |
| 4.2 MPEG-2格式ES流的解码实现 |
| 4.2.1 本地视频比特流的输入 |
| 4.2.2 比特流处理模式 |
| 4.2.3 序列初始化 |
| 4.2.4 获取解码结果 |
| 4.2.5 多格式解码设计 |
| 4.3 多线程控制 |
| 4.4 解码显示的实现 |
| 4.4.1 帧数据的输出 |
| 4.4.2 关闭解码实例 |
| 4.5 VPU主要函数接口 |
| 5 测试与验证 |
| 5.1 本论文工作平台的搭建 |
| 5.2 调试步骤与结果 |
| 6 总结与展望 |
| 参考文献 |
| 附录 |
| 致谢 |
| 个人简历 |
| 发表的学术论文 |
（6）针对数字电视码流的硬加速与同步控制策略研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 研究现状分析 |
| 1.3 本文研究 |
| 1.4 本文组织结构 |
| 第2章 数字电视标准及多媒体框架 |
| 2.1 数字电视标准 |
| 2.1.1 MPEG-2标准的TS |
| 2.1.2 TS流解复用流程 |
| 2.2 多媒体框架概述 |
| 2.2.1 Android多媒体框架 |
| 2.2.2 Android中OpenMAX的实现内容 |
| 2.2.3 AndroidJNI机制和DNK技术 |
| 2.3 FFmpeg编解码库概述 |
| 2.3.1 FFmpeg关键结构体 |
| 2.3.2 FFmpeg音视频处理流程 |
| 2.4 小结 |
| 第3章 数字电视码流硬解码体系结构 |
| 3.1 软硬解码优劣势分析 |
| 3.2 硬解码架构设计 |
| 3.2.1 框架结构设计 |
| 3.2.2 数据通信设计 |
| 3.2.3 数据流和控制流分析与设计 |
| 3.3 硬解码实现 |
| 3.3.1 自定义硬件解码器 |
| 3.3.2 硬解码关键模块实现 |
| 3.4 JNI接口设计 |
| 3.5 小结 |
| 第4章 基于事件触发的同步控制策略 |
| 4.1 基于PCR的同步控制 |
| 4.1.1 MPEG-2标准中的时间标签 |
| 4.1.2 MPEG-2中PCR同步控制 |
| 4.1.3 缺陷与不足 |
| 4.2 基于事件触发的同步控制策略 |
| 4.2.1 音视频同步思想 |
| 4.2.2 音视频同步控制策略 |
| 4.2.3 视频调整策略 |
| 4.3 小结 |
| 第5章 实验及测试 |
| 5.1 实验平台 |
| 5.1.1 实验环境的搭建 |
| 5.1.2 Android源码的编译 |
| 5.1.3 FFmpeg的编译 |
| 5.2 实验测试对象 |
| 5.3 实验结果分析 |
| 5.3.1 评价指标 |
| 5.3.2 CPU占用率 |
| 5.3.3 内存占用空间 |
| 5.3.4 单帧解码时间和帧率 |
| 5.3.5 音视频同步测试 |
| 5.4 DVB播放器展示 |
| 5.5 小结 |
| 结论 |
| 参考文献 |
| 致谢 |
| 附录A 攻读学位期间所发表的学术论文 |
| 附录B 攻读学位期间参加的科研项目 |
（7）国产飞腾处理器的视频解码技术研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 相关研究 |
| 1.2.1 视频编解码 |
| 1.2.2 视频编解码标准 |
| 1.2.3 视频编解码的发展 |
| 1.2.4 GPU软件发展 |
| 1.3 研究内容 |
| 第二章 基于多核多线体系结构的软件视频解码技术 |
| 2.1 飞腾处理器多核多线体系结构 |
| 2.2 软件整体方案 |
| 2.2.1 整体逻辑架构 |
| 2.2.2 多线程原理 |
| 2.3 多线程解码的实现 |
| 2.3.1 功能并行 |
| 2.3.2 数据并行 |
| 2.4 实验结果 |
| 第三章 基于通用GPU的硬件视频解码技术 |
| 3.1 软硬件整体框架 |
| 3.2 硬件解码基本流程 |
| 第四章 视频解码的通信机制的实现 |
| 4.1 GPU显存管理 |
| 4.1.1 GEM和TTM模块关键数据结构和函数 |
| 4.1.2 视频解码内存域 |
| 4.1.3 映射对象到用户空间 |
| 4.1.4 Radeon显存初始化 |
| 4.1.5 Radeon显卡读写操作 |
| 4.2 命令环机制 |
| 4.2.1 命令处理器 |
| 4.2.2 命令环缓冲区 |
| 4.2.3 间接缓冲区 |
| 4.2.4 内核命令环缓冲区机制的实现 |
| 4.2.5 内核间接缓冲区机制的实现 |
| 4.3 Radeon GPU命令包 |
| 4.3.1 PM4命令包格式 |
| 4.4 Fence中断 |
| 4.4.1 软中断 |
| 4.5 飞腾平台视频解码实现技术 |
| 4.5.1 大小端 |
| 4.5.2 页长度 |
| 第五章 视频解码测试 |
| 5.1 测试环境 |
| 5.2 测试结果 |
| 结束语 |
| 致谢 |
| 参考文献 |
| 作者在学期间取得的学术成果 |
（8）基于嵌入式Linux平台的媒体播放器的研究与设计（论文提纲范文）
| 中文摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 课题的背景 |
| 1.2 国内外现状及意义 |
| 1.2.1 国内外研究现状 |
| 1.2.2 研究意义 |
| 1.3 论文的组织结构 |
| 第二章 嵌入式媒体播放器的相关技术 |
| 2.1 嵌入式Linux概述 |
| 2.1.1 嵌入式Linux的特点 |
| 2.1.2 嵌入式Linux系统架构 |
| 2.2 音视频压缩编码技术 |
| 2.2.1 视频压缩编码 |
| 2.2.2 音频压缩编码 |
| 2.3 主流媒体播放架构的特点及比较 |
| 2.3.1 FFmpeg |
| 2.3.2 DirectShow |
| 2.3.3 GStreamer |
| 2.4 嵌入式图形用户界面 |
| 2.4.1 Qt/Embedded |
| 2.4.2 miniGUI |
| 2.4.3 DirectFB |
| 2.5 本章小结 |
| 第三章 播放器系统总体设计 |
| 3.1 需求分析 |
| 3.2 播放器的整体架构 |
| 3.2.1 GStreamer系统 |
| 3.2.2 总体方案设计 |
| 3.3 方案关键技术分析 |
| 3.3.1 数据获取方法 |
| 3.3.2 硬件解码插件 |
| 3.3.3 软硬件解码相结合 |
| 3.4 本章小结 |
| 第四章 播放器各模块的设计与实现 |
| 4.1 数据访问模块的设计与实现 |
| 4.1.1 本地文件访问 |
| 4.1.2 流媒体资源的获取 |
| 4.2 GStreamer播放模块的设计与实现 |
| 4.2.1 硬件解码插件设计 |
| 4.2.2 播放通道设计 |
| 4.3 图形用户界面的设计与实现 |
| 4.3.1 基于DirectFB的GUI系统介绍 |
| 4.3.2 播放器主界面的设计 |
| 4.3.3 字幕显示的设计 |
| 4.4 系统控制模块的设计与实现 |
| 4.4.1 模块间的通讯 |
| 4.4.2 播放控制处理 |
| 4.5 本章小结 |
| 第五章 系统的测试与验证 |
| 5.1 平台环境概述 |
| 5.2 媒体播放器的功能验证 |
| 5.2.1 本地文件测试 |
| 5.2.2 在线播放测试 |
| 5.2.3 播放控制 |
| 5.3 媒体播放器的健壮性测试 |
| 5.4 本章小结 |
| 总结与展望 |
| 参考文献 |
| 致谢 |
| 个人简历、在学期间的研究成果及发表的学术论文 |
（9）基于Chromium的嵌入式网络视频系统解复用与解码的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 课题的背景及研究目的 |
| 1.1.1 课题的背景 |
| 1.1.2 研究目的 |
| 1.2 与课题相关的国内外研究综述 |
| 1.2.1 国外研究概况 |
| 1.2.2 国内研究概况 |
| 1.3 本论文的主要工作内容 |
| 1.4 论文组织结构 |
| 第2章 视频系统的需求分析与总体设计 |
| 2.1 系统需求分析 |
| 2.1.1 系统业务和用户需求 |
| 2.1.2 系统功能需求 |
| 2.1.3 系统性能需求 |
| 2.1.4 系统硬件需求 |
| 2.2 视频系统总体设计 |
| 2.2.1 视频压缩标准 |
| 2.2.2 视频数据源 |
| 2.2.3 系统总体架构 |
| 2.3 关键技术 |
| 2.4 本章小结 |
| 第3章 系统 DEMUX 模块的设计与实现 |
| 3.1 SMD Demux Driver 模块 |
| 3.1.1 Demux 接收的码流结构 |
| 3.1.2 Demux 模块功能分析 |
| 3.1.3 Demux 模块功能设计 |
| 3.2 Demux 模块的功能实现 |
| 3.2.1 解复用模块数据的输入 |
| 3.2.2 解复用模块 Demux section 过滤器对数据流的处理 |
| 3.2.3 解复用模块数据的输出 |
| 3.3 TS 流解复用的具体实现 |
| 3.3.1 打开一个流 |
| 3.3.2 配置过滤器 |
| 3.3.3 使用流处理数据 |
| 3.3.4 关闭流 |
| 3.4 PS 流解复用的实现 |
| 3.5 本章小结 |
| 第4章 系统硬件解码模块的设计与实现 |
| 4.1 MPEG-2 硬件解码模块的设计 |
| 4.1.1 视频解析子模块 |
| 4.1.2 解 DCT 系数子模块 |
| 4.1.3 运动补偿子模块 |
| 4.2 H.264 硬件解码模块的设计 |
| 4.2.1 CAVLC 熵解码子模块 |
| 4.2.2 帧内预测解码子模块 |
| 4.2.3 帧间预测解码子模块 |
| 4.2.4 反量化、反 DCT 变换（IQIT）解码子模块 |
| 4.2.5 去块效应滤波器(DeblockingFilter，简称 DF)子模块 |
| 4.3 硬件解码模块的实现 |
| 4.3.1 解码前的工作 |
| 4.3.2 解码输入端的实现 |
| 4.3.3 解码输出端的实现 |
| 4.4 本章小结 |
| 第5章 系统的测试 |
| 5.1 系统测试 |
| 5.2 测试系统环境配置及模块调试 |
| 5.2.1 测试系统环境 |
| 5.2.2 解复用与解码模块调试 |
| 5.3 解复用与解码功能测试 |
| 5.3.1 解复用功能测试 |
| 5.3.2 解码功能测试 |
| 5.4 系统性能测试及界面效果展示 |
| 5.4.1 前端功能界面展示 |
| 5.4.2 后台解码输出效果展示 |
| 5.5 本章小结 |
| 结论 |
| 参考文献 |
| 致谢 |
| 个人简历 |
（10）基于WDDM驱动的DirectX视频加速重定向框架设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 课题背景 |
| 1.2 研究现状 |
| 1.3 研究意义 |
| 1.4 本文工作和创新 |
| 1.4.1 本文工作 |
| 1.4.2 创新点 |
| 1.5 本文的内容组织 |
| 1.6 本章小结 |
| 第2章 虚拟化桌面与DirectX视频加速综述 |
| 2.1 虚拟化桌面 |
| 2.1.1 主流虚拟化桌面解决方案 |
| 2.1.2 其它虚拟化桌面解决方案 |
| 2.1.3 虚拟化桌面对比 |
| 2.1.4 虚拟化桌面发展前景 |
| 2.2 DirectX视频加速 |
| 2.2.1 DirectX视频加速概述 |
| 2.2.2 DirectX视频加速功能 |
| 2.2.3 DirectX视频加速与CPU软件解码对比 |
| 2.2.4 播放器支持DirectX视频加速情况 |
| 2.3 虚拟化桌面与DirectX视频加速总述 |
| 2.4 本章小结 |
| 第3章 WDDM显示驱动模型研究分析 |
| 3.1 Windows显示驱动概述 |
| 3.2 XPDM驱动模型与WDDM驱动模型 |
| 3.2.1 XPDM驱动模型 |
| 3.2.2 WDDM驱动模型 |
| 3.2.3 XPDM驱动模型与WDDM驱动模型对比 |
| 3.3 WDDM驱动模型详细分析 |
| 3.3.1 UMD驱动模型分析 |
| 3.3.2 KMD驱动模型分析 |
| 3.3.3 WDDM操作流程 |
| 3.4 WDDM驱动模型意义 |
| 3.5 本章小结 |
| 第4章 DirectX视频加速重定向框架设计与实现 |
| 4.1 DirectX视频加速流程分析与设计 |
| 4.1.1 DirectX视频加速解码流程设计 |
| 4.1.2 DirectX视频加速视频后处理流程设计 |
| 4.1.3 DirectX视频加速API分析 |
| 4.2 高清视频分析及播放器框架设计 |
| 4.2.1 高清视频分析 |
| 4.2.2 视频播放器框架设计 |
| 4.3 DirectX视频加速重定向框架详细设计与实现 |
| 4.3.1 设计目标 |
| 4.3.2 总体设计方案 |
| 4.3.3 模块设计与实现 |
| 4.4 本章小结 |
| 第5章 系统功能验证 |
| 5.1 测试平台搭建 |
| 5.1.1 开发环境 |
| 5.1.2 虚拟化桌面环境设置 |
| 5.1.3 调试工具 |
| 5.1.4 驱动编译 |
| 5.2 功能测试及结论 |
| 5.2.1 测试目标 |
| 5.2.2 测试结果分析及结论 |
| 5.3 性能测试及结论 |
| 5.3.1 测试目标 |
| 5.3.2 测试结果分析及结论 |
| 5.4 兼容性测试及结论 |
| 5.4.1 测试目标 |
| 5.4.2 测试结果分析及结论 |
| 5.5 本章小结 |
| 第6章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 攻读硕士学位期间主要的研究成果 |
| 致谢 |
四、MPEG—2硬件解码系统的设计与实现（论文参考文献）
- [1]面向龙芯2K1000B处理器的系统级功耗优化与验证[D]. 赵康. 东南大学, 2020
- [2]面向嵌入式系统的音视频接收与同步播放系统实现[D]. 高树立. 天津大学, 2017(06)
- [3]多通道视频实时整合显示技术研究[D]. 王鑫. 北京理工大学, 2016(06)
- [4]基于NGB机顶盒的视频通讯方案设计与实现[D]. 邓勇. 上海交通大学, 2015(03)
- [5]基于数字电视SoC芯片视频解码的软件设计与应用[D]. 矫风. 中国海洋大学, 2015(08)
- [6]针对数字电视码流的硬加速与同步控制策略研究[D]. 周霞. 湖南大学, 2015(03)
- [7]国产飞腾处理器的视频解码技术研究[D]. 刘敏. 国防科学技术大学, 2014(03)
- [8]基于嵌入式Linux平台的媒体播放器的研究与设计[D]. 蔡慧霞. 福州大学, 2014(10)
- [9]基于Chromium的嵌入式网络视频系统解复用与解码的设计与实现[D]. 陈洋. 哈尔滨工业大学, 2013(03)
- [10]基于WDDM驱动的DirectX视频加速重定向框架设计与实现[D]. 张涛. 浙江大学, 2013(02)