视频数据的处理方法及装置的制造方法_3

文档序号:8384050阅读:来源:国知局
骤S31:经由Android系统的内核层将经过编码处理的各路视频数据反馈至框架层;
[0050]步骤S32:利用框架层调用封装器对经过编码处理的各路视频数据进行封装处理,其中,经过封装处理后的视频码流存储在Android系统的应用层本地或者经由应用层进行网络传输。
[0051]在优选实施例中,如上述图2所示,在DSP编码器根据Android系统的应用层预先配置的参数分别将视频数据A、视频数据B、视频数据A’以及视频数据B’进行编码压缩处理后得到视频码流Al、视频码流B1、视频码流Al’以及视频码流BI’之后,经由Android系统的内核层反馈至Android系统的框架层,再由Android系统的框架层调用封装器分别对四路视频码流进行码流封装处理,最后再将封装处理后的码流通过Android系统的应用层进行本地保存或者进行网络传输,以最终实现多码流输出的功能。
[0052]优选地,在步骤S102,对一路或多路原始视频数据进行图像信号处理之前,还可以包括以下步骤:
[0053]步骤S4:将在应用层配置的图像缩放参数经由框架层和内核层下发至Resize模块,其中,图像缩放参数用于Resize模块对每一路预设格式的视频数据进行图像缩放处理;
[0054]步骤S5:通过框架层调用编码调度器经由内核层将编码配置参数发送至DSP编码器,其中,编码配置参数在应用层设置,用于DSP编码器对经过缩放处理的各路视频数据进行编码处理;
[0055]步骤S6:利用框架层对封装器待使用的封装配置参数进行设置,其中,封装配置参数用于封装器对经过编码处理的各路视频数据进行封装处理。
[0056]图3是根据本发明优选实施例的对码流输出参数进行配置的流程图。如图3所示,该流程可以包括以下处理步骤:
[0057](I)Android系统的应用层提供配置需求,其中,该配置需求可以包括但不限于以下视频参数:帧率、分辨率、编码类型、码率、封装类型,以此决定最终输出的码流类型;
[0058](2)上述配置需求中携带的视频参数可以通过Android系统的框架层以及Android系统的内核层分别传递到Resize_A模块和Resize_B模块,然后驱动这两个模块各自按照指定的参数(分辨率、帧率等)对输入图像进行缩放处理;
[0059](3)封装器的配置参数由Android系统的应用层传递给Android系统的框架层,Android系统的框架层可以直接对码流需要输出的封装类型(例如:PS、MPEG4、RTP等)进行配置;
[0060](4)DSP编码器的配置参数由Android系统的应用层通过Android系统的框架层,调用编码调度器经由Android系统的内核层将编码参数(包括:编码类型,例如:H.264,码率等)发送至DSP编码器。
[0061]图4是根据本发明实施例的视频数据的处理装置的结构框图。如图4所示,该视频数据的处理装置可以包括:转换模块10,用于对当前采集的一路或多路原始视频数据进行图像信号处理,转换成预设格式的视频数据;Resize模块20,用于根据待输出的视频码流的路数分别对每一路预设格式的视频数据进行一次或多次缩放处理;处理模块30,用于对经过缩放处理的各路视频数据进行编码和封装处理,输出多路视频码流。
[0062]采用如图4所示的装置,解决了相关技术中无法实现在本地可以进行高分辨率录像,同时在远程平台也能够进行实时监控的问题,进而能够同时生成不同需求的码流数据,对同一路视频可以高效地实现本地高分辨率录像及低分辨率远程网络平台实时视频预览同时进行。
[0063]优选地,如图5所示,处理模块30可以包括:传输单元300,用于将经过缩放处理的各路视频数据传输至Android系统的框架层;调用单元302,用于通过框架层调用DSP编码器对经过缩放处理的各路视频数据进行编码处理;封装单元304,用于通过框架层调用封装器对经过编码处理的各路视频数据进行封装处理。
[0064]优选地,调用单元302可以包括:回调子单元(图中未示出),用于利用Android系统的内核层将经过缩放处理的各路视频数据回调至框架层;发送子单元(图中未示出),用于通过框架层调用编码调度器将经过缩放处理的各路视频数据发送至DSP编码器,其中,DSP编码器用于对经过缩放处理的各路视频数据进行编码处理。
[0065]优选地,封装单元304可以包括:反馈子单元(图中未示出),用于经由Android系统的内核层将经过编码处理的各路视频数据反馈至框架层;封装子单元(图中未示出),用于利用框架层调用封装器对经过编码处理的各路视频数据进行封装处理,其中,经过封装处理后的视频码流存储在Android系统的应用层本地或者经由应用层进行网络传输。
[0066]优选地,如图5所示,上述装置还可以包括:下发模块40,用于将在应用层配置的图像缩放参数经由框架层和内核层下发至Resize模块,其中,图像缩放参数用于Resize模块对每一路预设格式的视频数据进行图像缩放处理;发送模块50,用于通过框架层调用编码调度器经由内核层将编码配置参数发送至DSP编码器,其中,编码配置参数在应用层设置,用于DSP编码器对经过缩放处理的各路视频数据进行编码处理;设置模块60,用于利用框架层对封装器待使用的封装配置参数进行设置,其中,封装配置参数用于封装器对经过编码处理的各路视频数据进行封装处理。
[0067]从以上的描述中,可以看出,上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果):采用本发明实施例所提供的技术方案,在基于Android系统的便携式设备上,提供了一种将单路视频输入产生多路不同分辨率的码流,并通过硬件资源实现高效实时的多码流输出方法。通过在便携式视频监控设备上使用上述方法,同时生成不同需求的码流数据,对同一路视频可以高效地实现本地高分辨率录像及低分辨率远程网络平台实时视频预览同时进行。
[0068]在上述所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0069]类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】,其中每个权利要求本身都作为本发明的单独实施例。
[0070]本领域技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单
当前第3页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1