System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本专利技术属于多媒体领域,具体涉及一种基于fc协议的视频解码及原帧视频网络化显示方法。
技术介绍
1、光纤通道是一个为适应高性能数据传输要求而设计的计算机通信协议,满足系统结构的标准化,适应高速、大量、可靠、有效信息通信和处理的要求,在新一代航空电子系统中被广泛采用,同时fc(fiber channel,光纤通道)技术也逐步的在车载电子领域开展了应用研究。视频编解码是指通过消除视频数据中的相关冗余信息可以极大的降低视频所占的存储容量和带宽,使视频能够以较小的带宽代价在网络上进行传输。传统的光纤通道视频解码方法中,在显示终端通过专用的视频解码芯片或显卡进行视频解码,每个显示终端均需要具备视频解码能力。在目前国产自主可控大趋势下,主要存在如下缺陷:
2、(1)显示终端采用专用fpga(field programmable gate array,现场可编程门阵列)或视频解码芯片或显卡进行视频解码,功耗大;
3、(2)每台接收显示终端均需具备视频解码单元,用于视频解码显示,成本高。
技术实现思路
1、鉴于上述的分析,本专利技术提出了一种基于fc协议的视频解码及原帧视频网络化显示方法,用以解决传统视频解码方法中对解码能力要求高、显示终端功耗大、成本高的技术问题。
2、为了实现上述目的,本专利技术提供一种基于fc协议的视频解码及原帧视频网络化显示方法,包括如下步骤:
3、基于服务调用命令,通过网络交换机获取压缩视频流;
4、对所述压缩
5、从所述图像发送缓冲区循环读取待发送图像至fc-av协议数据帧载荷区,以fc-av发送线程进行发送,fc显示单元接收所述fc-av协议数据帧进行多种方式显示。
6、进一步地,所述fc显示单元向所述主控单元发送视频解码请求,所述主控单元生成所述服务调用命令,从所述服务调用命令中获取rtp网络地址;
7、基于所述rtp网络地址,通过网络交换机建立与压缩视频流的源地址的通信连接,基于该通信连接获取rtp数据包;
8、解析所述rtp数据包,提取其中的rtp载荷,获得压缩视频流。
9、进一步地,对所述压缩视频流的视频格式进行自适应判断包括:
10、将所述rtp载荷中的第一个字节与0x1f进行按位与,如果结果为28,则判断视频格式为h.264;
11、否则将rtp载荷的第一个字节与0x7e进行按位与,并将结果右移一位,如果右移后的结果等于49,则判断视频格式为h.265;
12、将判断出的视频格式与当前预设置的解码器格式进行比较,如果不同,则重新设置所述解码器格式。
13、进一步地,采用如下方式对压缩视频流进行硬解码:
14、对所述压缩视频流采用硬件解码器进行硬解码,获得所述压缩视频流对应的原帧视频;
15、将所述原帧视频对应的各原帧图像临时存储至所述硬件解码器缓冲物理内存中。
16、进一步地,对所述原帧视频进行视频处理获取视频流解码后的原帧图像包括:
17、采用阻塞方式从所述硬件解码器缓冲物理内存中获取解码后的原帧图像;
18、将获取的所述原帧图像存储至操作系统虚拟内存中;
19、将所述原帧图像进行图像格式转换,并采用乒乓方式的并行加速方法将格式转换完成的原帧图像存储至图像发送缓冲区。
20、进一步地,将所述原帧图像的yuv422sp格式转换为fc-av协议支持的yuv422packet格式,其中y、u、v分别代表原帧图像yuv空间中亮度、蓝色色度和红色色度分量。
21、进一步地,所述并行加速方法将格式转换完成的原帧图像采用乒乓方式存储至图像发送缓冲区包括:
22、根据格式转换完成后的所述原帧图像的跨度和高度,计算所述原帧图像所占用操作系统虚拟内存大小;
23、将所述原帧图像所占虚拟内存的起始地址作为y分量起始地址,所述原帧图像所占内存的起始地址加上所述虚拟内存大小的一半作为偏移作为uv分量起始地址;
24、从所述y分量起始地址和uv分量起始地址处以128bit数据为步长开始对y分量和uv分量进行遍历处理,分别从y分量空间和uv分量空间采用向量读的方式获得第一、第二128bit的向量,将所述第一、第二128bit向量采用128bit交叉存储指令乒乓存储至所述可写的图像发送缓冲区中,直至y分量和uv分量空间全部遍历完成。
25、进一步地,从所述图像发送缓冲区循环读取待发送所述原帧图像至fc-av协议数据帧载荷区,以fc-av发送线程进行发送包括:
26、从所述图像发送缓冲区循环读取待发送原帧图像,每读完一幅原帧图像,将所述原帧图像按照2048字节进行分片,每幅原帧图像最后一个数据片不足2048字节的补空;
27、将所述原帧图像的所有数据片写入fc-av帧载荷区,获得所述原帧图像的fc-av协议数据帧,启动fc-av发送线程发送协议数据帧。
28、进一步地,所述fc显示单元接收所述fc-av协议数据帧包括:
29、所述fc显示单元接收所述fc-av协议数据帧,利用乒乓操作,将所收到的所述fc-av协议数据帧分片数据交替放入图层中的内存缓冲区1和内存缓冲区2中,直至最后一个分片数据接收完毕。
30、进一步地,所述fc显示单元进行多种方式显示,包括:点对点、一对多和多对一方式显示;
31、所述点对点组播为单个fc视频解码模块通过单播的方式通过单台所述fc显示单元进行显示;
32、所述一对多组播为单个fc视频解码模块通过组播的方式通过多台所述fc显示单元进行显示;
33、所述多对一组播为多个fc视频解码模块通过组播的方式通过单台所述fc显示单元进行显示。
34、与现有技术相比,本专利技术至少可实现如下有益效果之一:
35、1、本专利技术通过采用嵌入式视频解码soc硬件解码设备进行视频解码,采用fc控制进行协议转换,能够降低功耗,通过光纤通道交换机组播功能,可支持1个压缩视频流发送源向多个fc显示单元发送fc-av协议数据帧图像,降低对光纤通道显示单元解码能力的要求;
36、2、传统的解码方案要求fc显示单元具备视频解码能力,需要具备解码单元,对显示单元能力视频解码能力要求较高,采用嵌入式soc硬件解码设备实现视频解码,并通过fc-av传输协议将解码后的视频单播或组播发送至fc显示单元,fc显示单元可节省器件成本,降低功耗,提高了系统灵活性。
37、本专利技术中,上述各技术方案之间还可以相互组合,以实现更多的优选组合方案。本专利技术的其他特征和优点将在随后的说明书中阐述,并且,部分优点可从说明书中变得显而易见,或者通过实施本专利技术而了本文档来自技高网...
【技术保护点】
1.一种基于FC协议的视频解码及原帧视频网络化显示方法,其特征在于,包含如下步骤:
2.根据权利要求1所述的方法,其特征在于,所述FC显示单元向所述主控单元发送视频解码请求,所述主控单元生成所述服务调用命令,从所述服务调用命令中获取RTP网络地址;
3.根据权利要求2所述的方法,其特征在于,对所述压缩视频流的视频格式进行自适应判断包括:
4.根据权利要求3所述的方法,其特征在于,采用如下方式对压缩视频流进行硬解码:
5.根据权利要求4所述的方法,其特征在于,对所述原帧视频进行视频处理获取视频流解码后的原帧图像包括:
6.根据权利要求5所述的方法,其特征在于,将所述原帧图像的YUV422SP格式转换为FC-AV协议支持的YUV422 packet格式,其中Y、U、V分别代表原帧图像YUV空间中亮度、蓝色色度和红色色度分量。
7.根据权利要求6所述的方法,其特征在于,所述并行加速方法将格式转换完成的原帧图像采用乒乓方式存储至图像发送缓冲区包括:
8.根据权利要求7所述的方法,其特征在于,从所述图像发送
9.根据权利要求8所述的方法,其特征在于,所述FC显示单元接收所述FC-AV协议数据帧包括:
10.根据权利要求9所述的方法,其特征在于,所述FC显示单元进行多种方式显示,包括:点对点、一对多和多对一方式显示;
...【技术特征摘要】
1.一种基于fc协议的视频解码及原帧视频网络化显示方法,其特征在于,包含如下步骤:
2.根据权利要求1所述的方法,其特征在于,所述fc显示单元向所述主控单元发送视频解码请求,所述主控单元生成所述服务调用命令,从所述服务调用命令中获取rtp网络地址;
3.根据权利要求2所述的方法,其特征在于,对所述压缩视频流的视频格式进行自适应判断包括:
4.根据权利要求3所述的方法,其特征在于,采用如下方式对压缩视频流进行硬解码:
5.根据权利要求4所述的方法,其特征在于,对所述原帧视频进行视频处理获取视频流解码后的原帧图像包括:
6.根据权利要求5所述的方法,其特征在于,将所述原帧图像的yuv422sp格式转换...
【专利技术属性】
技术研发人员:马超,牛海涛,岳普,肖亮,张天鹏,侯曾,陈永义,王鑫强,何挺,刘伏,冯天任,徐丹,常潇逸,
申请(专利权)人:中国兵器工业计算机应用技术研究所,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。