CN118175390A - 视频数据转换方法、系统、设备、介质及计算机程序产品 - Google Patents
视频数据转换方法、系统、设备、介质及计算机程序产品 Download PDFInfo
- Publication number
- CN118175390A CN118175390A CN202410168652.XA CN202410168652A CN118175390A CN 118175390 A CN118175390 A CN 118175390A CN 202410168652 A CN202410168652 A CN 202410168652A CN 118175390 A CN118175390 A CN 118175390A
- Authority
- CN
- China
- Prior art keywords
- video data
- format
- video
- converted
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000006243 chemical reaction Methods 0.000 title claims abstract description 216
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000004590 computer program Methods 0.000 title claims abstract description 12
- 230000005540 biological transmission Effects 0.000 claims abstract description 176
- 230000004044 response Effects 0.000 claims description 14
- 230000002093 peripheral effect Effects 0.000 description 36
- 238000012545 processing Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 12
- 238000004891 communication Methods 0.000 description 10
- 230000000694 effects Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请公开了一种视频数据转换方法、系统、设备、介质及计算机程序产品,视频数据转换方法包括:目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同;按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,预设格式转换方式用于将第一格式的视频转换为目标格式的视频数据;响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示。上述方案,能够使得显示屏从缓冲区域中获取转换视频数据并进行显示时不出现显示错误。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种视频数据转换方法、系统、设备、介质及计算机程序产品。
背景技术
近年来,随着计算机技术的快速发展,对拍摄设备采集到的视频数据的应用十分的广泛。在一些应用场景中,一个拍摄设备采集到的视频数据可以通过硬件中相应的视频传输通道,将视频数据传输至用户空间。但是随着计算机视觉技术的快速发展。用户空间可能会需要同时处理多个拍摄设备采集到的视频数据。在此过程中,视频数据可以是经过拍摄设备传递至显示屏,从而显示屏对得到相应的实时视频数据流进行显示。在一些应用场景中,可以将多个拍摄设备采集到视频数据通过不同视频传输通道,再提交给显示屏。但是,因为拍摄设备采集到的视频数据在传输给显示屏之前并不会对视频数据进行格式转换,得到显示屏能够使用的视频数据格式。在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,显示屏使用该拍摄设备采集到的视频数据进行显示时,显示屏显示出的图像内容和色彩是严重失真的。
针对现有的技术缺陷,如何提供一种显示屏有效显示得到的视频数据的方案,是本领域技术人员亟待解决的技术问题。
发明内容
本申请至少提供一种视频数据转换方法、系统、设备、介质及计算机程序产品。
本申请提供了一种视频数据转换方法,包括:目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同;按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,预设格式转换方式用于将第一格式的视频转换为目标格式的视频数据;响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示。
本申请提供了一种视频数据转换系统,包括:获取模块、转换模块、以及存储模块;获取模块,用于目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同;转换模块,用于按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,预设格式转换方式用于将第一格式的初始视频数据转换为目标格式的视频数据;存储模块,用于响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示。
本申请提供了一种电子设备,包括存储器和处理器,处理器用于执行存储器中存储的程序指令,以实现上述视频数据转换方法。
本申请提供了一种计算机可读存储介质,其上存储有程序指令,程序指令被处理器执行时实现上述视频数据转换方法。
本申请提供了一种计算机程序产品,该计算机程序产品被处理器执行时,用以实现上述视频数据转换方法。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,这些附图示出了符合本申请的实施例,并与说明书一起用于说明本申请的技术方案。
图1是本申请视频数据转换方法一实施例的流程示意图;
图2是本申请视频数据转换方法一实施例中显示屏显示视频数据的效果示意图;
图3是本申请视频数据转换方法一实施例中协议层和应用层的效果示意图;
图4是本申请视频数据转换方法一实施例中各模块的结构示意图;
图5是本申请视频数据转换系统一实施例的结构示意图;
图6是本申请电子设备一实施例的结构示意图;
图7是本申请计算机可读存储介质一实施例的结构示意图。
具体实施方式
下面结合说明书附图,对本申请实施例的方案进行详细说明。
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透彻理解本申请。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。此外,本文中的“多”表示两个或者多于两个。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
在本申请中,用于实现本申请描述的视频数据转换方法的执行主体可以是视频数据转换系统。例如,视频数据转换系统可以设置在终端设备或服务器或其它处理设备,其中,终端设备可以为承载设备、移动机器人,用户设备(User Equipment,UE)、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant,PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中,该视频数据转换方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
请参阅图1,图1是本申请视频数据转换方法一实施例的流程示意图。如图1所示,本公开实施例提供的视频数据转换方法,可以包括如下步骤:
步骤S11:目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同。
目标系统可以是视频数据转换系统。目标系统也可以是搭载在MIPI控制器上的软件系统。其中,MIPI控制器是指在系统芯片(SOC)中集成的用于控制和管理MIPI接口的硬件模块。在一些应用场景中,MIPI控制器可以是作为主处理器。在另一些应用场景中,MIPI控制器可以是一个与MIPI控制器连接设备之间的桥梁,负责协调和传输数据、控制信号等。其中,与MIPI控制器连接设备可以是显示屏或相机模块。在一些应用场景中,系统芯片SOC中的MIPI控制器可以作为主处理器和外部设备之间的高速数据传输。示例性地,目标系统可以是SOC MIPI系统。在一些应用场景中,通过MIPI控制器和显示设备进行通信。目标系统可以处理MIPI接口对应的物理层和数据链路层的通信协议,控制视频数据的传输速率、时序以及错误处理。目标系统通过MIPI控制器将视频数据发送至显示设备。在一些应用场景中,通过MIPI控制器的接口与拍摄设备进行通信。目标系统可以通过MIPI接口获取拍摄设备采集到的视频数据。MIPI接口可以是一种标准化的接口协议,定义了物理层和逻辑层规范,用于在设备之间传输数据和控制信号。与MIPI接口对应的MIPI外设是符合该标准化的接口协议的实际设备。MIPI外设是指符合MIPI接口规范的外部设备,MIPI控制器通过MIPI外设能够获得拍摄设备传输的初始视频数据。初始视频数据是拍摄设备采集到的视频数据,其中,初始视频数据的视频格式可以是RGB、YUV或RAW等。视频传输通道可以是MIPI外设与MIPI控制器之间数据虚拟传输通道。具体地,视频传输通道可以是MIPI外设与MIPI接口对应的物理层之间的虚拟通道。在一些应用场景中,视频传输通道可以是MIPI视频虚拟通道(VC,Virtual Channel)。
一个视频传输通道接收到的初始视频数据由同一拍摄设备采集到的。不同的视频传输通道接收到的初始视频数据由不同的拍摄设备采集到的。因为拍摄设备不同,拍摄设备采集到的初始视频数据的视频格式可能不同。在不同拍摄设备采集到得到初始视频数据的视频格式不同的情况下,不同视频传输通道接收到初始视频数据的视频格式不同。其中,视频传输通道的数量可以与目标系统对应缓冲区域的数量一致。若缓冲区域的数量为4,视频传输通道的数量可以为4。
示例性地,车机平台MIPI外设连接的一个拍摄设备可以是DMS作为车内摄像头。其中,DMS拍摄设备输出初始视频数据为DMS数据。该DMS数据对应的视频格式为YUV422。DMS拍摄设备通过MIPI外设将初始视频数据DMS数据传输给到SoC MIPI。也即是DMS拍摄设备通过MIPI外设将初始视频数据DMS数据传输给到SoC MIPI对应的目标系统。车机平台MIPI外设连接的另一个拍摄设备可以为AVM作为360全景视频(也叫车外摄像头)。其中,AVM拍摄设备输出初始视频数据为AVM数据。该AVM数据对应的视频格式为RGB888。AVM拍摄设备通过MIPI外设将初始视频数据AVM数据传输给到SoC MIPI。也即是AVM拍摄设备通过MIPI外设将初始视频数据AVM数据传输给到SoC MIPI对应的目标系统。DMS和AVM通过MIPI外设与车机SoC之间使用一路MIPI协议进行数据传输,车机SoC获取到数据后进行后续上屏显示处理。车机SoC可以是上述系统芯片(SOC)。可以理解的是,一路MIPI协议对应的MIPI外设只能接收一种视频格式的初始视频数据。故,在本申请中,一路MIPI协议对应的MIPI外设需要经过外设初始化处理。使得经过外设初始化处理后的一路MIPI协议对应的MIPI外设能够接收不同视频格式的初始视频数据。故,本申请的MIPI外设能够接收上述视频格式为YUV422的DMS数据以及上述视频格式为RGB888的AVM数据。可以理解的是,一路MIPI协议对应的MIPI外设可以对应不同的视频传输通道。具体地,一路MIPI协议对应的视频传输通道的数量可以为2。MIPI外设接收到拍摄设备采集到的初始视频数据之后,MIPI外设可以将初始视频数据通过视频传输通道传输至MIPI控制器中。第一视频传输通道为接收到AVM数据以及AVM数据对应的视频格式为RGB888的虚拟通道。第二视频传输通道为接收到DMS数据以及DMS数据对应的视频格式为YUV422的虚拟通道。
步骤S12:按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,预设格式转换方式用于将第一格式的初始视频数据转换为目标格式的视频数据。
目标系统中设置的预设格式转换方式用于将第一格式的初始视频数据转换为目标格式的视频数据。目标系统将通过视频传输通道接收到得到初始视频数据按照预设格式转换方式进行转换,得到转换视频数据。目标格式为在初始化MIPI控制器时,预先设置的预设格式转换方式中转换后的输出的视频数据对应的视频格式。在一些应用场景中,目标系统中的预设格式转换模块能够实现第一格式的初始视频数据转换为目标格式的视频数据。在另一些应用场景中,目标系统中一路MIPI协议对应的不同视频传输通道,在每一视频传输通道获取到初始视频数据之后,目标系统设置同一预设格式转换模块,使得在不同视频传输通道中实现预设格式转换方式的视频数据转换。
步骤S13:响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示。
显示屏可以是显示设备的显示模块。显示设备接收到的数据能够在显示屏上显示。目标系统基于初始视频数据的视频格式能够确定该初始视频数据对应的视频传输通道。目标系统响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,可以将目标格式对应的转换视频数据存储至缓冲区域。缓冲区域可以是能够存放转换视频数据的缓冲区。不同的缓冲区域存放不同视频传输通道对应的初始视频数据转换后的转换视频数据。可以理解的是,每一初始视频数据对应一个视频传输通道,每一视频传输通道对应的初始视频数据对应一个转换视频数据,每一转换视频数据对应一个缓冲区域。也即是,每一初始视频数据对应一个缓冲区域。在一些应用场景中,各不同的缓冲区域可以是经过初始化处理,得到的能够存放不同拍摄设备同一时刻采集到的初始视频数据转换后的转换视频数据的缓冲区。目标系统可以将缓冲区中存放的转换视频数据发送至显示设备。显示设备接收到目标系统发送的转换视频数据之后,显示设备对应的显示屏能够对获取到的转换视频数据进行显示。
可以理解的是,目标系统在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据时,转换视频数据的视频格式为目标格式。若目标系统能够将目标格式对应的转换视频数据存储至缓冲区域,说明此时转换视频数据对应的目标格式为显示屏所需要或所支持的视频格式。此时显示设备从缓冲区域中获取到得到转换视频数据对应的视频格式可以是显示屏所需要视频格式。显示设备使用直接使用支持显示的视频格式对应的转换视频数据进行显示时,显示屏不会出现显示错误。
示例性地,目标系统响应于接收到的初始视频数据为第一格式RGB888对应的第一视频传输通道接收到的初始视频数据。在一些应用场景中,若在初始化MIPI控制器时,显示屏所需的视频格式为目标格式。目标系统中的预设格式转换模块能够将第一格式RGB888对应的初始视频数据转换为目标格式NV12的转换视频数据。目标格式可以是NV12。若显示屏所支持的视频格式为目标格式NV12的转换视频数据。目标系统可以将目标格式NV12的转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取目标格式NV12的转换视频数据并对目标格式NV12的转换视频数据进行显示。此时,显示屏显示的目标格式NV12的转换视频数据不会出现显示错误。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
在一些实施例中,上述在步骤S13之前,视频数据转换方法还包括以下步骤:首先,响应于显示屏支持显示的视频格式为第三格式,将转换视频数据进行格式转换,得到第三格式的视频数据,第三格式与目标格式不同;其次,将第三格式的视频数据存储至缓冲区域。
目标系统响应于显示屏支持显示的视频格式为第三格式,将目标格式对应的转换视频数据进行格式转换,得到第三格式的视频数据,第三格式与目标格式不同。在一些应用场景中,一般情况下,MIPI控制器因为成本和功耗等因素,以及后续处理的一致性考虑,设计时只能设置一种预设格式转换方式。若在初始化MIPI控制器时,预设格式转换模块能够输出的转换视频数据对应的目标格式并不是显示屏所支持显示的视频格式。目标系统在上述步骤S12之后,目标系统能够确定显示屏所支持显示的视频格式为第三格式。目标系统响应于显示屏支持显示的视频格式为与目标格式不同的第三格式,将目标格式对应的转换视频数据进行格式转换,得到第三格式的视频数据。其中,目标系统对目标格式对应的转换视频数据进行格式转换为将目标格式对应的转换视频数据转换为第三格式的视频数据。目标系统将第三格式的视频数据存储至缓冲区域。此时,目标系统存储至缓冲区的视频数据对应的第三格式为显示屏支持显示的视频格式。
示例性地,目标系统响应于接收到的初始视频数据为第一格式RGB888对应的第一视频传输通道接收到的初始视频数据。目标系统响应于显示屏支持显示的视频格式为第三格式X,将目标格式NV12对应的转换视频数据进行格式转换,得到第三格式X的视频数据,第三格式X与目标格式NV12不同。目标系统将第三格式X的视频数据存储至缓冲区域,此时,显示屏显示的第三格式X的视频数据不会出现显示错误。
在一些实施例中,视频数据转换方法还包括以下步骤:首先,响应于接收到的初始视频数据为第二格式对应的视频传输通道接收到的初始视频数据,将转换视频数据进行逆转换,得到第二格式的初始视频数据,第二格式与第一格式不同;其次,基于第二格式对应的目标格式转换方式,将第二格式的初始视频数据进行格式转换得到第三格式的视频数据,第三格式的视频数据为显示屏支持显示的视频格式。
请参阅图2,图2是本申请视频数据转换方法一实施例中显示屏显示视频数据的效果示意图。
示例性地,目标系统响应于接收到的初始视频数据为第二格式YUV422对应的第二视频传输通道接收到的初始视频数据。在一些应用场景中,目标系统中的预设格式转换模块能够将第二格式YUV422对应的初始视频数据转换为目标格式NV12的转换视频数据。目标格式可以是NV12。但是预设格式转换模块在初始化时设置为第一格式的RGB88对应的初始视频数据转换为目标格式NV12的转换视频数据。对于第二视频传输通道获取到的第二格式YUV422对应的初始视频数据,在经过预设格式转换模块进行转换后,目标系统获取到转换视频数据是被错误的格式转换得到的转换视频数据。若此时显示屏对被错误的格式转换得到的转换视频数据进行显示,会出现显示错误。如图2所示,右侧为显示屏显示视频数据对应的异常显示的情况。在一些应用场景中,目标系统若确定显示屏所需的视频格式为第三格式X。目标系统响应于接收到的初始视频数据为第二格式YUV422对应的第二视频传输通道接收到的初始视频数据,将转换视频数据进行逆转换,得到第二格式YUV422的视频数据,第二格式YUV422与第一格式RGB888不同。上述将将转换视频数据进行逆转换的步骤可以是对第二格式YUV422对应的初始视频数据经过预设格式转换模块后的转换视频数据进行数据返还,得到第二格式YUV422对应的初始视频数据。在一些应用场景中,数据返还可以是将转换后的转换视频数据转回原始的视频数据。在另一些应用场景中,目标系统基于获取到的显示屏所支持的显示视频格式,确定数据返还后的初始视频数据的目标格式转换方式。具体地,目标系统基于获取到的显示屏所支持的第三视频格式,确定数据返还后的第二格式YUV422对应的初始视频数据对应的目标格式转换方式。在目标系统中,目标格式转换方式可以通过目标格式转换模块来实现。目标系统将返还后的初始视频数据输入至目标格式转换模块,输出显示屏所支持显示的视频格式对应的视频数据。示例性地,目标系统基于第二格式YUV422对应的目标格式转换方式,将第二格式YUV422的初始视频数据进行格式转换得到第三格式X的视频数据,第三格式X的视频数据为显示屏支持显示的视频格式。如图2所示,左侧为显示屏显示视频数据对应的正常显示的情况。其中,显示屏显示第三格式X的视频数据。
在一些应用场景中,目标系统在获取到第三格式的视频数据之后,目标系统会将第三格式的视频数据存储至缓冲区域。
可以理解的是,因为拍摄设备采集到的初始视频数据在传输给显示屏之前会对视频数据进行格式转换,得到显示屏能够使用的视频数据对应的视频格式。但是,每一视频传输通道接收到拍摄设备采集到视频数据之后,通常会对接收到的视频数据进行相同的预设格式转换。因此,对于不同视频传输通道接收到的初始视频数据不同的情况下,不同视频传输通道经过相同的预设格式转换方式转换,得到的转换后的视频数据可能是被错误的格式转换得到的。进而,显示屏对被错误的格式转换得到的转换后的视频数据进行显示时,显示出的图像内容和色彩是也是严重失真的。目标系统使用第二格式的初始视频数据进行预设格式转换方式转换得到转换视频数据进行显示时会出现显示错误。本申请还通过被错误的格式转换时,将转换视频数据进行逆转换,以及第二格式对应的目标格式转换方式得到第三格式的视频数据,使得第三格式的视频数据在显示屏显示时,不会出现显示错误。
在一些实施例中,目标系统包括协议层和应用层,按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,包括:协议层按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据并将转换视频数据发送至应用层。
请参阅图3,图3是本申请视频数据转换方法一实施例中协议层和应用层的效果示意图。
目标系统的协议层可以是网络通信中用于传输数据的不同层次的协议集合。协议层中的协议按照其功能和特性被分为不同的层次,每个层次负责一部分通信任务。具体地,本申请目标系统中的协议层可以按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据。协议层将得到的转换视频数据传递至应用层。应用层可以获取协议层发送的转换视频数据。目标系统的应用层可以是负责为用户提供各种网络服务和应用程序。可以理解的是,协议层输出的视频数据作为应用层的输入。
在一些实施例中,视频数据转换方法还包括以下步骤:应用层在确认转换视频数据来自的视频传输通道为第一格式对应的视频传输通道的情况下,确定接收到的初始视频数据为第一格式对应的视频传输通道接收到的视频数据。
在一些应用场景中,应用层能够对输入的转换视频数据进行判断视频格式判断。具体地,应用层对输入的转换视频数据进行判断转换视频数据来自的视频传输通道是否为第一格式对应的视频传输通道。应用层在确认转换视频数据来自的视频传输通道为第一格式对应的视频传输通道的情况下,应用层能够确定接收到的初始视频数据为第一格式对应的视频传输通道接收到的视频数据。在此之后,视频数据转换方法能够执行上述步骤S13。
示例性地,发送端可以是MIPI外设。接收端可以是MIPI控制器。视频传输通道可以是发送端MIPI外设与接收端MIPI控制器之间的虚拟通道。具体地,第一视频传输通道将第一格式RGB888对应的初始视频数据传递至协议层。目标系统中的协议层可以按照预设格式转换方式对接收到的第一格式RGB888对应的初始视频数据进行转换得到目标格式NV12对应的转换视频数据。协议层将得到目标格式NV12对应的转换视频数据传递至应用层。应用层可以获取协议层发送目标格式NV12对应的转换视频数据。应用层对输入的目标格式NV12对应的转换视频数据进行判断该转换视频数据来自的视频传输通道是否为第一格式对应的视频传输通道。应用层在确认目标格式NV12对应的转换视频数据来自的视频传输通道为第一格式对应的第一视频传输通道的情况下,应用层能够确定接收到的目标格式NV12对应的转换视频数据进行转换前对应的第一格式RGB888对应的初始视频数据,为第一格式对应的视频传输通道接收到的视频数据。在此之后,视频数据转换方法能够执行上述步骤S13。
在另一些应用场景中,应用层对输入的目标格式NV12对应的转换视频数据进行判断该转换视频数据来自的视频传输通道是否为第一格式对应的第一视频传输通道。应用层在确认目标格式NV12对应的转换视频数据并不是来自的视频传输通道为第一格式对应的第一视频传输通道的情况下。也即是,应用层确认目标格式NV12对应的转换视频数据是来自的视频传输通道为其他格式对应的非第一视频传输通道的情况下。应用层能够确定接收到的目标格式NV12对应的转换视频数据进行转换前对应的其他格式对应的初始视频数据,为其他格式对应的非第一视频传输通道接收到的初始视频数据。具体地,应用层确认目标格式NV12对应的转换视频数据是来自的视频传输通道为第二格式YUV422对应的第二视频传输通道的情况下。应用层能够确定接收到的目标格式NV12对应的转换视频数据进行转换前对应的第二格式YUV422对应的初始视频数据,为第二格式YUV422对应的第二视频传输通道接收到的初始视频数据。在此之后,视频数据转换方法能够执行上述响应于接收到的初始视频数据为第二格式对应的视频传输通道接收到的初始视频数据,将转换视频数据进行逆转换,得到第二格式的初始视频数据的步骤。
在一些实施例中,在上述协议层按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据的步骤之前,视频数据转换方法还包括以下步骤:首先,接收设置预设格式转换方式的设置指令。然后,响应于设置指令,在协议层设置预设格式转换方式。
目标系统中包括预设格式转换模块。预设格式转换方式的设置指令用于对预设格式转换模块进行初始化,使得输入预设格式转换模块的初始视频数据能够进行预设格式转换,得到预设格式转换模块输出的目标格式对应的转换视频数据。目标系统接收设置预设格式转换方式的设置指令之后,目标系统响应于该设置指令,在协议层设置预设格式转换方式。可以理解的是,对预设格式转换模块进行的初始化可以是协议层设置预设格式转换方式。目标系统通过协议层设置预设格式转换方式,实现对预设格式转换模块进行的初始化。
在一些实施例中,在获取至少一个视频传输通道接收到的初始视频数据之前,视频数据转换方法还包括以下步骤:首先,以各初始视频数据的视频格式作为预设置视频格式。其次,基于各预设置视频格式,对各视频传输通道的视频格式进行设置,得到不同视频传输通道对应的预设置视频格式,使得不同视频传输通道能够允许输入预设置视频格式对应的初始视频数据。
目标系统获取各拍摄设备能够输出的初始视频数据的视频格式。目标系统将各初始视频数据的视频格式作为预设置视频格式。目标系统基于各预设置视频格式,对各视频传输通道的视频格式进行初始化设置,使得不同视频传输通道允许输入各预设置视频格式对应的初始视频数据。在一些应用场景中,目标系统基于各预设置视频格式,对各视频传输通道的视频格式进行初始化设置可以是同时对MIPI外设和MIPI控制器进行初始化设置。
在一些应用场景中,目标系统首先将MIPI外设与系统芯片SoC建立通信连接。目标系统使用系统芯片SoC的一个MIPI通路连接一个具有多视频传输通道输入功能,且支持多种不同视频源格式的MIPI外设。其中,该MIPI通路用于传输差分信号(2xCLK+8xData)。拍摄设备可输出的初始视频数据可以是MIPI外设的输入源。MIPI外设的输入源输出的视频格式分别为:第一个视频源输出格式为RGB888接到第一视频传输通道Channel1,第二个视频源输出格式为YUV422接到第二视频传输通道Channel2。可以理解的是,第一个视频源可以是DMS拍摄设备采集到的DMS数据。第二个视频源可以是AVM拍摄设备采集到的AVM数据。在另一些应用场景中,MIPI外设也可以接其他数据源格式,也可以接最多4个视频传输通道的数据源。
在一些应用场景中,目标系统可以初始化MIPI外设。设置MIPI外设对应通道的视频源输入格式,确保MIPI外设输出的对应通道的初始视频数据,是符合MIPI协议的对应Format的正确视频数据。Format可以是视频数据在传输过程中的编码和解码方式。对于拍摄设备传输的MIPI CSI-2中的Format可以包括RAW、YUV、RGB等格式。目标系统根据上述目标系统首先将MIPI外设与系统芯片SoC建立通信连接方法,第一视频传输通道Channel1输出的初始视频数据为MIPI Channel1数据。第二视频传输通道Channel2输出的初始视频数据为MIPI Channel2数据。其中,初始视频数据的数据类型DataType为MIPI协议中对数据包视频源类型的描述。在一些应用场景中,初始视频数据对应的数据类型DataType可以是0x1E(MIPI协议中用于指代YUV422)以及0x24(MIPI协议中用于指代RGB888)。MIPIChannel1数据对应的视频格式可以是0x24,可以是RGB888。MIPI Channel2数据对应的视频格式可以是0x1E,可以是YUV422。
在一些应用场景中,目标系统能够初始化SoC MIPI控制器。SoC MIPI控制器为了增强采集效率,一般可以配置允许输入的DataType,如果输入的DataType被设置为拒绝输入,则在MIPI控制器对MIPI视频数据进行解码前,就会将数据拒绝,从而防止未经允许的视频格式输入导致控制器性能被浪费。这一步将MIPI控制器的允许的视频格式,设置为0x1E以及0x24,初始化MIPI控制器后YUV422以及RGB888的数据会被输入进SoC系统。此时,目标系统完成上述基于各预设置视频格式,对各视频传输通道的视频格式进行设置的步骤。
在一些应用场景中,目标系统可以设置MIPI控制器的预设格式转换方式。一般情况下,MIPI控制器因为成本和功耗等因素,以及后续处理的一致性考虑,初始化MIPI控制器中的预设格式转化模块时只能设置一种格式转换方式。预设格式转换方式可以是YUV422转NV12,或者RGB888转NV12。在预设格式转换方式进行转换后,后续模块均以NV12视频格式进行处理。可以理解的是,利用预设格式转换模块对每一视频传输通道将不同视频格式的初始视频数据进行预设格式转换,得到目标格式NV12的转换视频数据。在视频传输通道中的初始视频数据传递至MIPI控制器之后,不同的视频传输通道对应的初始视频数据可以经过多个相同格式转换方式设置的预设格式转换模块,得到多个预设格式转换模块输出的转换视频数据。在本申请中,目标系统首先将MIPI外设与系统芯片SoC建立通信连接之后,将MIPI控制器的视频转换方式设置为RGB888转NV12。也即是,目标系统将预设格式转换模块的预设转换方式设置为第一格式RGB888转目标NV12。可以理解的是,第一视频传输通道Channel1中的第一格式RGB888对应初始视频数据可以被正确转换为NV12数据。对于第二视频传输通道Channel2中的第二格式YUV422对应初始视频数据不能被正确转换为NV12数据。因为,第二视频传输通道Channel2中的第二格式YUV422对应初始视频数据经过预设格式转换模块中RGB888转NV12的算法。此时,显示屏以预设格式转换模块输出的NV12数据进行显示,则会造成如图2所示的异常显示。
在一些实施例中,在响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的视频数据,将转换视频数据存储至缓冲区域之后,视频数据转换方法还包括以下步骤:首先,根据显示屏的分辨率对转换视频数据执行调整操作,调整操作包括以下至少一者:旋转、裁剪、拉伸、缩放。然后,将执行调整操作后的转换视频数据发送至显示屏,以便显示屏获取到调整操作后的转换视频数据并进行显示。
目标系统可以根据显示屏的分辨率确定需要对转换视频数据执行调整操作。转换视频数据可以是从缓冲区域获取到的视频数据。目标系统将转换视频数据经过调整操作处理之后,得到的调整操作后的转换视频数据是满足显示屏分辨率需求的。目标系统将执行调整操作后的转换视频数据发送至显示屏,以便显示屏获取到调整操作后的转换视频数据并进行显示,此时显示屏的视频格式正常显示且满足显示分辨率需求。
在另一些应用场景中,目标系统可以根据显示屏的分辨率对从缓冲区域获取到的视频数据执行调整操作,调整操作包括以下至少一者:旋转、裁剪、拉伸、缩放。其中,从缓冲区域获取到的视频数据可以是第三格式的视频数据。根据显示屏的分辨率对第三格式的视频数据执行调整操作,调整操作包括以下至少一者:旋转、裁剪、拉伸、缩放。然后,将执行调整操作后的第三格式的视频数据发送至显示屏,以便显示屏获取到调整操作后的第三格式的视频数据并进行显示。
在一些应用场景中,目标系统可以关闭MIPI控制器在数据输入后的任何拉伸,缩放,裁剪,旋转以及PQ处理等调整操作。可以理解的是,MIPI控制器在数据输入后的任何拉伸,缩放,裁剪,旋转以及PQ处理等调整操作实际上是为了使显示屏拿到的视频数据并对该视频数据进行显示时,使得视频数据能够适应显示屏,提升显示效果。在一些应用场景中,MIPI控制器能够将预设格式转换后的转换视频数据进行上述调整操作,得到调整视频数据并将调整操作后的转换视频数存储在缓冲区域。但是,对于初始视频数据经过预设格式转换模块得到的转换视频数据为不能被正确转换的视频数据的情况下,在目标系统得到的调整视频数据存储至缓冲区之后,调整视频数据实际上是被各种调整操作所破坏的视频数据。可以理解的是,目标系统并不能对调整视频数据执行上述逆转换步骤。示例性,第二视频传输通道Channel2中的第二格式YUV422对应初始视频数据经过预设格式转换模块中RGB888转NV12的算法。此时,第二视频传输通道对应的预设格式转换模块输出的目标格式NV12对应的转换视频数据为错误转换的视频数据。目标系统需要对第二视频传输通道对应的预设格式转换模块输出的目标格式NV12对应的转换视频数据进行上述逆处理步骤,得到第二格式YUV422对应初始视频数据。若目标系统不关闭MIPI控制器在数据输入后的任何拉伸,缩放,裁剪,旋转以及亮度处理(PQ处理)等调整操作。目标系统在第二视频传输通道对应的预设格式转换模块输出的目标格式NV12对应的转换视频数据之后,会对转换视频数据进行调整操作,得到调整操作后的转换视频数据。此时,调整操作后的转换视频数据并不能进行上述逆处理得到第二格式YUV422对应初始视频数据。
可以理解的是,目标系统关闭MIPI控制器在数据输入后的上述调整操作的过程可以是使得在转换视频数据存储至缓冲区域之前,目标操作系统都不会对任何视频数据进行上述调整操作,能够防止第二视频传输通道Channel2中的第二格式YUV422对应初始视频数据无法复原。
在另一些应用场景中,目标系统可以将上述调整操作设置在对目标系统从缓冲区域获取到的视频数据,目标系统再对从缓冲区域获取到的视频数据进行调整操作,得到调整操作后的转换视频数据。其中,从缓冲区域获取到的视频数据可以是第一格式的初始视频数据经过预设格式转换方式得到的转换视频数据或第三格式的视频数据。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
请参阅图4,图4是本申请视频数据转换方法一实施例中各模块的结构示意图。
如图4所示,目标系统所处的系统芯片中可以包括多个第一格式接收模块、多个预设格式转换模块、逆处理模块、目标格式转换模块、调整操作模块以及显示模块。第一拍摄设备可以上述AVM拍摄设备。第二拍摄设备可以是上述DMS拍摄设备。第一视频传输通道为接收到AVM数据以及AVM数据对应的视频格式为RGB888的虚拟通道。第二视频传输通道为接收到DMS数据以及DMS数据对应的视频格式为YUV422的虚拟通道。
上述步骤S11的步骤,可以具体是目标系统作为如图3所示的接收端(Receiver端),目标系统按照CSI-2的层次结构分为应用层、协议层、物理层组成。数据流向是物理层(PHY Layer)将多条通路(多lane)合并分发给协议层,通过视频传输通道在交织传输的不同数据流中区分出各个数据流所属的逻辑上的通道。目标系统根据不同的视频传输通道的通道号将每个拍摄设备传入的数据转发到不同的视频传输通道对应的缓冲区域。可以理解的是,每一数据流为不同拍摄设备采集到的初始视频数据。协议层可以指定多数据流怎样被标记和交叉存取,因此每个数据流可以被正确的重建,协议层中的第一子层(LaneManagement层)合并数据流,恢复原始数据流。协议层的第二子层(LLP层)建立位级和字节同步的方法,协议层的第三子层(Unpacking层)将第二子层(LLP层)获得的原始数据流(第一格式RGB888对应的初始视频数据)的数据解包,在处理这些数据时,才能将这些原始数据流转换为特定的像素格式(如NV12)的转换视频数据,在协议层完成由字节转为像素的操作。可以理解的是,协议层的第三子层实现预设格式转换方式下的转换。
在一些应用场景中,在初始化MIPI控制器时,若将SoC MIPI控制器的Data Type设置为RGB888,则在协议层就会将数据以RGB888的方式将数据转为NV12。也即是,完成预设格式转换模块的初始化,使得预设格式转换模块能够实现第一格式RGB888的初始视频数据转换为目标格式NV12的转换视频数据为正确转换。
第一格式接收模块正确输入的视频格式为RGB888的初始视频数据,但是经过上述初始化MIPI外设和MIPI控制器之后,第一格式接收模块也能正确输入其他视频格式的初始视频数据。如图4所示,MIPI外设输入各视频传输通道的初始视频数据到第一格式接收模块。第一格式接收模块会作为如图3所示的发送端,将第一格式接收模块接收到的初始视频数据作为输出,通过各视频传输通道发送至预设格式转换模块。其中,预设格式转换模块实现的是协议层将初始视频数据以预设格式转换方式转换。预设格式转换模块可以输出转换视频数据至应用层。
在一些应用场景中。MIPI外设输入第一视频传输通道的第一格式RGB888的初始视频数据到第一格式接收模块。第一格式接收模块通过第一视频传输通道将第一格式RGB888的初始视频数据发送至预设格式转换模块。该预设格式转换模块会输出目标格式NV12的转换视频数据,该NV12为正确转换的视频数据。预设格式转换模块会将输出的NV12的转换视频数据发送至应用层。
在另些应用场景中。MIPI外设输入第二视频传输通道的第二格式YUV422的初始视频数据到第一格式接收模块。第一格式接收模块通过第二视频传输通道将第二格式YUV422的初始视频数据发送至预设格式转换模块。该预设格式转换模块会输出目标格式NV12的转换视频数据,该NV12为错误转换的视频数据。预设格式转换模块会将输出的NV12的转换视频数据发送至应用层。
应用层在接收预设格式转换模块中协议层发送的转换视频数据之后,目标系统通过SoC MIPI控制器的数据类型(Data type)跟各个虚拟通过的中数据流的数据类型,再做转化。对于来自各视频传输通道的视频数据,目标系统中的应用层可以执行上述应用层在确认转换视频数据来自的视频传输通道为第一格式对应的视频传输通道的情况下,确定接收到的初始视频数据为第一格式对应的视频传输通道接收到的视频数据的步骤。在一些应用场景中,对于来自第一视频传输通道的视频数据,虚拟通道中数据流的类型为RGB888,SoC MIPI控制器的Data type也是RGB888则无需将数据类型再进行转换,直接将预设格式转换模块输出的转换视频数据转为显示屏所需要的视频格式。具体地,对于来自第一视频传输通道的视频数据而言,显示屏所需要的视频格式可能与预设格式转换模块输出的转换视频数据的视频格式相同。此时,在预设格式转换模块输出转换视频数据之后,目标系统将转换视频数据存储至缓冲区域。在显示屏使用该转换视频数据之前,目标系统对从缓冲区域获取到的转换视频数据,进行上述调整操作,得到调整操作后的转换视频数据。目标系统将调整操作后的转换视频数据发送给显示屏,使得显示屏能够显示调整操作后的转换视频数据。此时,显示屏显示的调整操作后的转换视频数据为视频格式为显示屏支持的,且满足显示屏分辨率要求的。具体地,对于来自第一视频传输通道的视频数据而言,显示屏所需要的视频格式可能与预设格式转换模块输出的转换视频数据的视频格式不同。显示屏所需要的视频格式为第三格式。此时,在预设格式转换模块输出转换视频数据之后,执行上述响应于所述显示屏支持显示的视频格式为第三格式,将所述转换视频数据进行格式转换,得到所述第三格式的视频数据的步骤,以及上述将所述第三格式的视频数据存储至所述缓冲区域的步骤。在显示屏使用该第三格式的视频数据之前,目标系统对从缓冲区域获取到的第三格式的视频数据,进行上述调整操作,得到调整操作后的第三格式的视频数据。目标系统将调整操作后的第三格式的视频数据发送给显示屏,使得显示屏能够显示调整操作后的第三格式的视频数据。此时,显示屏显示的调整操作后的第三格式的视频数据为视频格式为显示屏支持的,且满足显示屏分辨率要求的。
在一些应用场景中,对于来自第二视频传输通道的视频数据,但虚拟通过中的数据流类型为YUV422,SoC MIPI控制器的Data Type为RGB888,目标系统需要将预设格式转换模块输出的转换视频数据输入逆处理模块。具体地,目标系统在应用层对此第二视频传输通道的视频数据在经过预设格式转换模块之后的转换视频数据,使用NV12转RGB888的方式将数据转回原始的数据实现上述逆处理步骤。转换视频数据经过逆处理模块的输出为原始视频数据,也即是第二格式YUV422的初始视频数据。利用目标格式转换模块将逆处理模块输出的第二格式YUV422的初始视频数据执行上述基于第二格式对应的目标格式转换方式,将第二格式的初始视频数据进行格式转换得到第三格式的视频数据的步骤。其中,第三格式的视频数据为显示屏支持显示的视频格式。在目标格式转换模块输出第三格式的视频数据,将第三格式的视频数据存储至缓冲区域,等待显示屏使用该第三格式的视频数据。在显示屏使用该第三格式的视频数据之前,目标系统对从缓冲区域获取到的第三格式的视频数据,进行上述调整操作,得到调整操作后的第三格式的视频数据。目标系统将调整操作后的第三格式的视频数据发送给显示屏,使得显示屏能够显示调整操作后的第三格式的视频数据。此时,显示屏显示的调整操作后的第三格式的视频数据为视频格式为显示屏支持的,且满足显示屏分辨率要求的。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
请参阅图5,图5是本申请视频数据转换系统一实施例的结构示意图。视频数据转换系统50包括获取模块51、转换模块52以及存储模块53;获取模块51,用于目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同;转换模块52,用于按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,预设格式转换方式用于将第一格式的初始视频数据转换为目标格式的视频数据;存储模块53,用于响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示。
在一些实施例中,视频数据转换系统50还包括第三格式转换模块(图未示),在存储模块53,用于响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据,将转换视频数据存储至缓冲区域之前,第三格式转换模块用于:响应于显示屏支持显示的视频格式为第三格式,将转换视频数据进行格式转换,得到第三格式的视频数据,第三格式与目标格式不同;将第三格式的视频数据存储至缓冲区域。
在一些实施例中,视频数据转换系统50还包括逆转换模块(图未示),逆转换模块用于:响应于接收到的初始视频数据为第二格式对应的视频传输通道接收到的初始视频数据,将转换视频数据进行逆转换,得到第二格式的初始视频数据,第二格式与第一格式不同;基于第二格式对应的目标格式转换方式,将第二格式的初始视频数据进行格式转换得到第三格式的视频数据,第三格式的视频数据为显示屏支持显示的视频格式。
在一些实施例中,目标系统包括协议层和应用层,转换模块52,用于按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,包括:协议层按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据并将转换视频数据发送至应用层;
在一些实施例中,视频数据转换系统50还包括确定模块(图未示),确定模块用于:应用层在确认转换视频数据来自的视频传输通道为第一格式对应的视频传输通道的情况下,确定接收到的初始视频数据为第一格式对应的视频传输通道接收到的视频数据。
在一些实施例中,视频数据转换系统50还包括设置模块(图未示),在转换模块52,用于协议层按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据之前,设置模块用于:接收设置预设格式转换方式的设置指令;响应于设置指令,在协议层设置预设格式转换方式。
在一些实施例中,在获取模块51,用于获取至少一个视频传输通道接收到的初始视频数据之前,设置模块用于:以各初始视频数据的视频格式作为预设置视频格式;基于各预设置视频格式,对各视频传输通道的视频格式进行设置,得到不同视频传输通道对应的预设置视频格式,使得不同视频传输通道能够允许输入预设置视频格式对应的初始视频数据。
在一些实施例中,视频数据转换系统50还包括调整操作模块(图未示),在存储模块53,用于响应于接收到的初始视频数据为第一格式对应的视频传输通道接收到的视频数据,将转换视频数据存储至缓冲区域之后,调整操作模块用于:根据显示屏的分辨率对转换视频数据执行调整操作,调整操作包括以下至少一者:旋转、裁剪、拉伸、缩放;将执行调整操作后的转换视频数据发送至显示屏,以便显示屏获取到调整操作后的转换视频数据并进行显示。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
其中,各个模块的功能可参见视频数据转换方法实施例所述,此处不再赘述。
请参阅图6,图6是本申请电子设备一实施例的结构示意图。电子设备60包括存储器61和处理器62,处理器62用于执行存储器61中存储的程序指令,以实现上述任一视频数据转换方法实施例中的步骤。在一个具体的实施场景中,电子设备60可以包括但不限于:用电设备、充电设备、微型计算机、服务器,此外,电子设备60还可以包括笔记本电脑、平板电脑等承载设备,在此不做限定。
具体而言,处理器62用于控制其自身以及存储器61以实现上述任一视频数据转换方法实施例中的步骤。处理器62还可以称为CPU(Central Processing Unit,中央处理单元)。处理器62可能是一种集成电路芯片,具有信号的处理能力。处理器62还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外,处理器62可以由集成电路芯片共同实现。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
请参阅图7,图7是本申请计算机可读存储介质一实施例的结构示意图。计算机可读存储介质70,其上存储有程序指令701,程序指令701被处理器执行时实现上述任一视频数据转换方法实施例中的步骤。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
在一些实施例中,本申请还提供一种计算机程序产品,该计算机程序产品被处理器执行时,用以实现上述视频数据转换方法。
可以理解地,计算机程序产品可以是包含在有形的计算机可读介质上的计算机程序产品,该计算机程序产品包含用于执行上述视频数据转换方法的程序代码。在一些实施方式中,该计算机程序产品可以从网络上被下载和安装,也可以在不同的计算机硬件之间复制、转移、安装,其无线传输方式可以包括互联网、蓝牙、WIFI等,有线传输方式可以包括USB、lighting、type-C等。
上述方案,目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同,目标系统按照用于将第一格式的视频转换为目标格式的视频数据对应的预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,在接收到的初始视频数据为第一格式对应的视频传输通道接收到的初始视频数据的情况下,将转换视频数据存储至缓冲区域,以便显示屏从缓冲区域中获取转换视频数据并进行显示,相较于在显示屏能够使用的视频数据的数据格式与拍摄设备采集到的视频数据不同的情况下,不会对拍摄设备采集到的视频数据进行转换,本方案通过按照预设格式转换方式对接收到的初始视频数据进行转换得到转换视频数据,使得显示屏对转换视频数据显示时不出现显示错误。
在一些实施例中,本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法,其具体实现可以参照上文方法实施例的描述,为了简洁,这里不再赘述。
上文对各个实施例的描述倾向于强调各个实施例之间的不同之处,其相同或相似之处可以互相参考,为了简洁,本文不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一图像位置,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性、机械或其它的形式。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (11)
1.一种视频数据转换方法,其特征在于,包括:
目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同;
按照预设格式转换方式对接收到的所述初始视频数据进行转换得到转换视频数据,所述预设格式转换方式用于将第一格式的初始视频数据转换为目标格式的视频数据;
响应于接收到的所述初始视频数据为所述第一格式对应的视频传输通道接收到的初始视频数据,将所述转换视频数据存储至缓冲区域,以便显示屏从所述缓冲区域中获取转换视频数据并进行显示。
2.根据权利要求1所述的方法,其特征在于,所述响应于接收到的所述初始视频数据为所述第一格式对应的视频传输通道接收到的初始视频数据,将所述转换视频数据存储至缓冲区域之前,所述方法还包括:
响应于所述显示屏支持显示的视频格式为第三格式,将所述转换视频数据进行格式转换,得到所述第三格式的视频数据,所述第三格式与所述目标格式不同;
将所述第三格式的视频数据存储至所述缓冲区域。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于接收到的所述初始视频数据为第二格式对应的视频传输通道接收到的初始视频数据,将所述转换视频数据进行逆转换,得到所述第二格式的初始视频数据,所述第二格式与所述第一格式不同;
基于所述第二格式对应的目标格式转换方式,将所述第二格式的初始视频数据进行格式转换得到第三格式的视频数据,所述第三格式的视频数据为所述显示屏支持显示的视频格式。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述目标系统包括协议层和应用层,所述按照预设格式转换方式对接收到的所述初始视频数据进行转换得到转换视频数据,包括:
所述协议层按照预设格式转换方式对接收到的所述初始视频数据进行转换得到转换视频数据并将所述转换视频数据发送至所述应用层;
所述方法还包括:
所述应用层在确认所述转换视频数据来自的视频传输通道为所述第一格式对应的视频传输通道的情况下,确定接收到的所述初始视频数据为所述第一格式对应的视频传输通道接收到的视频数据。
5.根据权利要求4所述的方法,其特征在于,在所述协议层按照预设格式转换方式对接收到的所述初始视频数据进行转换得到转换视频数据之前,所述方法包括:
接收设置所述预设格式转换方式的设置指令;
响应于所述设置指令,在所述协议层设置所述预设格式转换方式。
6.根据权利要求1所述的方法,其特征在于,在所述获取至少一个视频传输通道接收到的初始视频数据之前,所述方法包括:
以各所述初始视频数据的视频格式作为预设置视频格式;
基于各所述预设置视频格式,对各视频传输通道的视频格式进行设置,得到不同视频传输通道对应的预设置视频格式,使得不同视频传输通道能够允许输入所述预设置视频格式对应的初始视频数据。
7.根据权利要求1所述的方法,其特征在于,在所述响应于接收到的所述初始视频数据为所述第一格式对应的视频传输通道接收到的视频数据,将所述转换视频数据存储至缓冲区域之后,所述方法还包括:
根据所述显示屏的分辨率对所述转换视频数据执行调整操作,所述调整操作包括以下至少一者:旋转、裁剪、拉伸、缩放;
将执行所述调整操作后的转换视频数据发送至所述显示屏,以便所述显示屏获取到所述调整操作后的转换视频数据并进行显示。
8.一种视频数据转换系统,其特征在于,包括:
获取模块,用于目标系统获取至少一个视频传输通道接收到的初始视频数据,不同视频传输通道的视频格式不同;
转换模块,用于按照预设格式转换方式对接收到的所述初始视频数据进行转换得到转换视频数据,所述预设格式转换方式用于将第一格式的初始视频数据转换为目标格式的视频数据;
存储模块,用于响应于接收到的所述初始视频数据为所述第一格式对应的视频传输通道接收到的初始视频数据,将所述转换视频数据存储至缓冲区域,以便显示屏从所述缓冲区域中获取转换视频数据并进行显示。
9.一种电子设备,其特征在于,包括:存储器和处理器,其中,所述存储器存储有程序指令,所述处理器从所述存储器调取所述程序指令以执行如权利要求1-7任一项所述的视频数据转换方法。
10.一种计算机可读存储介质,其特征在于,包括:存储有程序文件,所述程序文件被处理器执行时用于实现如权利要求1-7任一项所述的视频数据转换方法。
11.一种计算机程序产品,其特征在于,所述计算机程序产品被处理器执行时,用以实现如权利要求1-7任一项所述的视频数据转换方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410168652.XA CN118175390A (zh) | 2024-02-05 | 2024-02-05 | 视频数据转换方法、系统、设备、介质及计算机程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410168652.XA CN118175390A (zh) | 2024-02-05 | 2024-02-05 | 视频数据转换方法、系统、设备、介质及计算机程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118175390A true CN118175390A (zh) | 2024-06-11 |
Family
ID=91359591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410168652.XA Pending CN118175390A (zh) | 2024-02-05 | 2024-02-05 | 视频数据转换方法、系统、设备、介质及计算机程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118175390A (zh) |
-
2024
- 2024-02-05 CN CN202410168652.XA patent/CN118175390A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10827140B2 (en) | Photographing method for terminal and terminal | |
CN111787220B (zh) | 应用处理器 | |
US9575863B2 (en) | Apparatus of wireless gigabit display extension (WDE) device | |
US20200267363A1 (en) | Data processing method, data sending end, data receiving end, and communication system | |
US6446155B1 (en) | Resource bus interface | |
WO2022267506A1 (zh) | 图像融合方法、电子设备、存储介质及计算机程序产品 | |
US20150077575A1 (en) | Virtual camera module for hybrid depth vision controls | |
US20230336861A1 (en) | Configuration method and apparatus | |
CN115623339B (zh) | 用于多摄像头的图像数据交换方法、装置、系统和汽车 | |
CN118175390A (zh) | 视频数据转换方法、系统、设备、介质及计算机程序产品 | |
CN113556497A (zh) | 一种传输多摄像头数据的方法 | |
WO2023011215A1 (zh) | 一种显示方法及电子设备 | |
JP2003319311A (ja) | 画像処理装置及びシステム | |
CN108462679B (zh) | 数据传输方法及装置 | |
EP1798964A1 (en) | Image sensor coprocessor | |
CN115967784A (zh) | 基于mipi csi c-phy协议的图像传输处理系统及处理方法 | |
CN113934396A (zh) | 一种同屏显示方法、装置及系统 | |
CN111190675A (zh) | 基于鲲鹏处理器的三维图像传输方法及设备 | |
US6389149B1 (en) | Method and apparatus to improve video processing in a computer system or the like | |
US20230275716A1 (en) | System and method for assisting data transmission over virtual channels | |
CN116521114B (zh) | 图像处理模组、设备及系统 | |
US11128798B2 (en) | Display device and control method thereof | |
CN114189741B (zh) | 图像处理方法及相关装置 | |
EP4280595A1 (en) | Data transmission method and apparatus | |
WO2024082863A1 (zh) | 图像处理方法及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination |