一种硬件解码方法、设备及存储介质与流程

1.本技术涉及数据处理技术领域，提供一种硬件解码方法、设备及存储介质。


背景技术：

2.众所周知，当在android设备中使用容器（例如，docker容器）来运行linux系统时，由于在linux系统中存在支持硬件编解码的库，因此，用户经常使用硬件编解码来对进行编码与解码。然而，在linux系统中，每当需要针对某一款芯片来进行硬件编解码时，均需要对该款芯片进行相关的适配和代码的实现，也就是说，一款芯片需要对应一种实现框架，因此，在这种情况下，直接使用硬件编解码非常碎片化，进而，导致大大增加了双系统电子设备（同时具备android系统和linux系统的电子设备）的开发成本。
3.因此，如何解决双系统电子设备使用硬件编解码时开发成本较高的问题是目前亟待解决的问题。


技术实现要素：

4.本技术实施例提供一种硬件解码方法、设备及存储介质，用于解决双系统电子设备使用硬件编解码时开发成本较高的问题。
5.一方面，提供一种硬件解码方法，应用于包括android系统的电子设备，所述电子设备还包括linux系统；所述方法包括：响应于所述linux系统发送的文件解码命令，所述android系统获取所述linux系统中预配置的目标芯片对应的目标解码文件；其中，所述目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，所述文件解码命令基于所述目标芯片生成；在所述android系统中，根据所述目标rtsp地址，获取所述目标数据流格式对应的待解码数据；在所述android系统中，根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据。
6.一方面，提供一种硬件解码装置，所述装置包括：响应单元，用于响应于所述linux系统发送的文件解码命令，所述android系统获取所述linux系统中预配置的目标芯片对应的目标解码文件；其中，所述目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，所述文件解码命令基于所述目标芯片生成；获取单元，用于在所述android系统中，根据所述目标rtsp地址，获取所述目标数据流格式对应的待解码数据；解码单元，用于在所述android系统中，根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据。
7.可选的，所述装置还包括显示单元，所述显示单元，用于：在所述android系统中，根据所述解码数据，获取解码图像；
在所述android系统中，显示所述解码图像。
8.可选的，所述装置还包括配置单元，所述配置单元，用于：在所述linux系统中，配置若干芯片对应的各类参数。
9.可选的，所述装置还包括编码单元，其中，所述响应单元，还用于响应于所述linux系统发送的文件编码命令，所述android系统获取所述linux系统中预配置的所述目标芯片对应的目标编码文件；其中，所述目标编码文件包括目标解码数据获取地址和目标编码格式；所述获取单元，还用于在所述android系统中，根据所述目标rtsp地址，获取所述解码数据；所述编码单元，用于在所述android系统中，根据所述目标编码格式，对所述解码数据进行编码，获取编码数据。
10.可选的，所述装置还包括推流单元，所述推流单元，用于：在所述android系统中，根据所目标编码推流地址和所述目标编码推流帧率，对所述编码数据进行推流。
11.可选的，所述显示单元，还用于：在所述android系统中，根据所述编码数据，获取编码图像；在所述android系统中，显示所述编码图像。
12.可选的，所述获取单元，还用于：根据vui信息，获取编码帧率。
13.可选的，所述获取单元，还用于：根据vui信息，获取解码帧率。
14.一方面，提供一种硬件解码的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一种方法的步骤。
15.一方面，提供一种计算机存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述任一种方法的步骤。
16.本技术实施例中，响应于linux系统发送的文件解码命令，android系统获取linux系统中预配置的目标芯片对应的目标解码文件；其中，目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，文件解码命令基于所述目标芯片生成；在android系统中，根据目标rtsp地址，获取目标数据流格式对应的待解码数据；在android系统中，根据目标解码格式，对待解码数据进行解码，获取解码数据。因此，在本技术实施例中，针对双系统电子设备进行硬件编解码场景，通过设计出一种适用于多款芯片的统一框架，可以直接在android系统中来进行解码，而非在linux系统中进行解码，从而不必像现有技术那样在linux系统中针对不同的芯片需要多套解码程序，显著降低双系统电子设备使用硬件编解码时的开发成本。
附图说明
17.为了更清楚地说明本技术实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本
申请实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
18.图1为本技术实施例提供的一种应用场景示意图；图2a为本技术实施例提供的一种数据流交互过程的示意图；图2b为本技术实施例提供的另一种数据流交互过程的示意图；图3为本技术实施例提供的硬件解码方法的一种流程示意图；图4为本技术实施例提供的获取解码帧率的一种示意图；图5为本技术实施例提供的获取编码帧率的一种示意图；图6为本技术实施例提供的硬件解码装置的一种示意图。
具体实施方式
19.为使本技术的目的、技术方案和优点更加清楚明白，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
20.目前，当在android设备中使用容器（例如，docker容器）来运行linux系统时，由于在linux系统中存在支持硬件编解码的库，因此，用户经常使用硬件编解码来对进行编码与解码。然而，在linux系统中，每当需要针对某一款芯片来进行硬件编解码时，均需要对该款芯片进行相关的适配和代码的实现，也就是说，一款芯片需要对应一种实现框架，因此，在这种情况下，直接使用硬件编解码非常碎片化，进而，导致大大增加了双系统电子设备（同时具备android系统和linux系统的电子设备）的开发成本。
21.基于此，本技术实施例提供一种硬件解码方法，在该方法中，响应于linux系统发送的文件解码命令，android系统获取linux系统中预配置的目标芯片对应的目标解码文件；其中，目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，文件解码命令基于所述目标芯片生成；在android系统中，根据目标rtsp地址，获取目标数据流格式对应的待解码数据；在android系统中，根据目标解码格式，对待解码数据进行解码，获取解码数据。因此，在本技术实施例中，针对双系统电子设备进行硬件编解码场景，通过设计出一种适用于多款芯片的统一框架，可以直接在android系统中来进行解码，而非在linux系统中进行解码，从而不必像现有技术那样在linux系统中针对不同的芯片需要多套解码程序，显著降低双系统电子设备使用硬件编解码时的开发成本。
22.在介绍完本技术实施例的设计思想之后，下面对本技术实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本技术实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本技术实施例提供的技术方案。
23.如图1所示，为本技术实施例提供的一种应用场景示意图。该应用场景中可以包括电子设备10，该电子设备10可以同时设置有linux系统和android系统，例如，英国手机品牌
planet computers在indiegogo上推出的双系统智能手机astro slide 5g等。其中，该电子设备10还可以具体包括处理装置101和显示装置102。
24.其中，该电子设备10可以用于对视频数据/图像数据通过linux系统和android系统来进行编码与解码操作。处理装置101可以用于实现数据处理，例如，可以为控制主板等。处理装置101可以包含一个或多个处理器1011、存储器1012、i/o接口1013以及数据库1014。具体的，处理器1011可以为中央处理单元（central processing unit，cpu），或者为数字处理单元等等。存储器1012可以是易失性存储器（volatile memory），例如随机存取存储器（random-access memory，ram）；存储器1012也可以是非易失性存储器（non-volatile memory），例如只读存储器，快闪存储器（flash memory），硬盘（hard disk drive，hdd）或固态硬盘（solid-state drive，ssd）、或者存储器1012是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1012可以是上述存储器的组合。存储器1012中可以存储本技术实施例提供的硬件解码方法的程序指令，这些程序指令被处理器1011执行时能够用以实现本技术实施例提供的硬件解码方法的步骤，以解决双系统电子设备使用硬件编解码时开发成本较高的问题。数据库1014可以用于存储本技术实施例提供的方案中涉及到的目标解码文件、目标编码文件、待解码数据、解码数据以及解码图像等数据。显示装置102可以用对解码后的解码图像进行显示，例如，可以为智能手机的显示屏。
25.本技术实施例中，当需要对网络视频流进行解码并显示时，处理装置101可以先获取该网络视频流对应的压缩包，然后，处理装置101可以通过本技术实施例提供的硬件解码方法，对该网络视频流对应的压缩包进行硬件解码处理，并将解码后的网络视频在显示装置102上进行显示，进而，在保证显示质量的情况下，来大大降低系统的开发成本。
26.具体的，当需要对网络视频流进行解码并显示时，待解码的网络视频流对应的压缩包会通过处理装置101的i/o接口1013传输至存储器1012，进而，处理器1011对存储器1012中的待解码的网络视频流的的压缩包按照本技术实施例提供的硬件解码方法的程序指令进行硬件解码处理，并将解码后的网络视频在显示装置102上进行显示。此外，在整个处理过程中涉及到的目标解码文件、目标编码文件、待解码数据、解码数据以及解码图像等数据还可以存储于数据库1014中。
27.如图2a所示，为本技术实施例提供的一种数据流交互过程的示意图，其中，该数据流交互过程具体为硬件解码过程，且整个交互过程在aidstream框架中进行。如图2a所示，首先，可以在linux系统中预先配置出此次硬件解码过程中所需的各项参数，例如，待解码数据目前的编码格式（h254格式等），以及解码之后对应的解码格式（rgb格式等），然后，linux系统可以通过接口来向android系统发送文件解码命令，进而，android系统中相应的解码程序启动。具体的，在android系统响应文件解码命令之后，便可以通过文件读取/网络读取的方式来获得编码格式为h264/h265的待解码数据，然后，可以将h254/h265格式的待解码数据带入mediacodec组件中，进而，在mediacodec组件将待解码数据进行解码之后，便可以生成解码格式为yuv/rgb的解码数据，即，解码成功。进一步的，为了直观的感受解码效果，还可以对该解码数据对应的解码图像进行显示。
28.如图2b所示，为本技术实施例提供的另一种数据流交互过程的示意图，其中，该数据流交互过程具体为硬件编码过程，且整个交互过程同样在aidstream框架中进行。如图2b
所示，首先，同样可以在linux系统中预先配置出此次硬件编码过程中所需的各项参数，例如，待编码数据目前的解码格式（rgb格式等），以及编码之后对应的编码格式（h254格式等）。然后，linux系统可以通过接口来向android系统发送文件编码命令，进而，android系统相应的编码程序启动。具体的，在android系统响应文件编码命令之后，便可以通过文件读取/网络读取的方式来获得解码格式为yuv/rgb的解码数据，然后，可以将yuv/rgb格式的待编码数据带入mediacodec组件中，进而，在mediacodec组件将待编码数据进行编码后，便可以生成编码格式为h264/h265的编码数据，即，编码成功。进一步的，为了便于其他用户对该编码数据进行调用，还可以将该编码数据推流至服务器中。
29.当然，本技术实施例提供的方法并不限用于图1所示的应用场景中，还可以用于其他可能的应用场景，本技术实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。下面，将结合附图对本技术实施例的方法进行介绍。
30.如图3所示，为本技术实施例提供的硬件解码方法的一种流程示意图，该方法可以通过图1中的电子设备10来执行，即，该方法应用于包括android系统的电子设备，且该电子设备还包括linux系统，具体的，该方法的流程介绍如下。
31.步骤301：响应于linux系统发送的文件解码命令，android系统获取linux系统中预配置的目标芯片对应的目标解码文件。
32.在本技术实施例中，该目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，且该文件解码命令是基于所述目标芯片生成。rtsp地址可以指待解码数据的来源端地址，例如，通过摄像而得到该待解码数据的摄像机地址或者存储有该待解码数据的服务器地址。该目标芯片为当前电子设备10所使用的系统级芯片（system on chip，soc）。
33.具体的，为了便于理解，下面以用户需要通过电子设备10来对网络视频数据1的待解码数据进行硬件解码为例进行介绍，其中，该电子设备10目前所使用的系统级芯片soc为芯片1。首先，电子设备10中的linux系统可以向android系统发送相应的文件解码命令，进而，在android系统响应该文件解码命令之后，android系统可以获取linux系统中预配置的芯片1对应的目标解码文件，该目标解码文件中包含有解码该网络视频数据1的待解码数据所需的各项参数，例如，为“rtsp://admin:12345@192.168.1.64:554/ch1/sub/av_stream”的目标rtsp地址，为mpg格式等的目标视频流格式，为rgb格式的目标解码格式。
34.步骤302：在android系统中，根据目标rtsp地址，获取目标数据流格式对应的待解码数据。
35.在具体实施过程中，继续沿用上述例子，在android系统获取到解码网络视频数据1时所需的目标解码文件之后，android系统可以根据目标解码文件中包含的目标rtsp地址“rtsp://admin:12345@192.168.1.64:554/ch1/sub/av_stream”，来获取与目标数据流格式为mpg格式的网络视频数据1的压缩包，即网络视频数据1对应的待解码数据。
36.步骤303：在android系统中，根据目标解码格式，对待解码数据进行解码，获取解码数据。
37.在本技术实施例中，继续沿用上述例子，在获取到与目标数据流格式为mpg格式的网络视频数据1对应的待解码数据之后，android系统便会根据格式为rgb格式的目标解码
格式，来对网络视频数据1的待解码数据进行解码，进而，获取到解码后的网络视频数据1。
38.在一种可能的实施方式中，在对待解码数据进行解码之后，为了能够直观感受到解码效果，在本技术实施例中，还可以获取解码帧率。具体的，可以通过视频可视化可用信息（video usability information，vui），来获取解码帧率。假设，我们对同一个摄像头拉取了4路分辨率为1920x1080，帧率为25帧的rstp视频流，具体的，这4路的rstp地址均可以为“rtsp://admin:aidlux123@192.168.110.234:554/h264/ch1/main/av_stream”。那么，如图4所示，为本技术实施例提供的获取解码帧率的一种示意图，其中，id_0-decode、id_1-decode、id_2-decode以及id_3-decode分别4路rstp地址的简写，fps为解码后的解码帧率，从图4可以看出，解码帧率均稳定在25帧上下，即，满帧运行。因此，可以非常直观的看出，本技术的硬件解码方法的解码效果较好。
39.在一种可能的实施方式中，除了根据解码帧率来直观感受解码效果外，还可以通过直接显示解码图像来直观感受解码效果。在本技术实施例中，在根据目标解码格式，对待解码数据进行解码，获取解码数据之后，电子设备10中的android系统可以根据解码数据，来获取解码图像，进而，android系统便可以直接在显示装置102上直接显示该解码图像了。
40.在一种可能的实施方式中，为了方便对待解码数据进行解码，在本技术实施例中，在响应于linux系统发送的文件解码命令，android系统获取linux系统中预配置的目标芯片对应的目标解码文件之前，可以先在linux系统中，配置出若干芯片对应的各类参数，例如，rtsp地址、目标数据流格式以及目标解码格式等等参数。进而，在需要使用时，便可以直接对相应的待解码数据进行调用。
41.当然，为了降低内存占用率，以及考虑到的数据会时常更新的情况，在本技术实施例中，还可以在每一次需要使用到某一待解码数据之前，实时的在linux系统中，对该某一待解码数据相对应的参数进行初始化以及预配置。
42.在一种可能的实施方式中，由于解码与编码是一对互逆的过程，因此，在本技术实施例中，在根据目标解码格式，对待解码数据进行解码，获取解码数据之后，android系统还可以响应于linux系统发送的文件编码命令，从而，根据该文件编码命令，来获取到linux系统中预配置的目标芯片对应的目标编码文件；其中，该目标编码文件中可以包括目标解码数据获取地址（解码数据目前所存储的地址）和目标编码格式（例如，h254格式或h265格式）。进一步的，android系统便可以根据目标编码格式，对该解码数据进行编码，以获取相应的编码数据。当然了，在实际应用中，针对某一数据，不一定是在进行解码过程之后，马上就会进行相应的编码过程，因此，还可以是从服务器中获取到待编码数据之后就单独执行编码过程，相应的，解码过程也可以单独执行。
43.在一种可能的实施方式中，在获取到编码数据之后，还可以把封装好的编码数据推流至服务器上，以便其他用户进行调用。因此，在本技术实施例中，目标编码文件中还可以包括目标编码推流地址和目标编码推流帧率。进而，在根据目标编码格式，对解码数据进行编码，获取编码数据之后，android系统还可以根据目标编码推流地址和目标编码推流帧率来对封装好的编码数据进行推流。其中，目标编码推流地址可以为服务器地址。
44.在一种可能的实施方式中，为了能够直观感受编码效果，在本技术实施例中，可以通过直接显示编码图像来直观感受解码效果。具体的，android系统在根据所述编码数据，获取编码图像之后，可以在电子设备10的显示装置102上对该编码图像进行显示。
45.在一种可能的实施方式中，除了根据显示编码图像来直观感受编码效果外，还可以通过获取编码帧率来直观感受编码效果。具体的，在根据所述目标编码格式，对所述解码数据进行编码，获取编码数据之后，可以通过视频可视化可用信息vui，来获取编码帧率。同样的，假设我们对同一个摄像头拉取了4路分辨率为1920x1080，帧率为25帧的rstp视频流，那么，如图5所示，为本技术实施例提供的获取编码帧率的一种示意图，其中，id_0-encode、id_1-encode、id_2-encode以及id_encode分别4路rstp地址的简写，fps为编码后的编码帧率，从图5可以看出，编码帧率同样稳定在24帧上下，比摄像头的帧率（25帧）略低。因此，可以非常直观的看出，其编码效果相对较好。
46.综上所述，在本技术实施例中，针对双系统电子设备进行硬件编解码场景，通过设计出一种适用于多款芯片的统一框架，可以直接在android系统中来进行解码，而非在linux系统中进行解码，从而不必像现有技术那样在linux系统中针对不同的芯片需要多套解码程序，显著降低双系统电子设备使用硬件编解码时的开发成本。
47.基于同一发明构思，本技术实施例提供一种硬件解码装置60，如图6所示，该装置包括：响应单元601，用于响应于linux系统发送的文件解码命令，android系统获取linux系统中预配置的目标芯片对应的目标解码文件；其中，目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，文件解码命令基于目标芯片生成；获取单元602，用于在android系统中，根据目标rtsp地址，获取目标数据流格式对应的待解码数据；解码单元603，用于在android系统中，根据目标解码格式，对待解码数据进行解码，获取解码数据。
48.可选的，装置60还包括显示单元604，该显示单元604，用于：在android系统中，根据解码数据，获取解码图像；在android系统中，显示解码图像。
49.可选的，装置60还包括配置单元605，该配置单元605，用于：在linux系统中，配置若干芯片对应的各类参数。
50.可选的，装置60还包括编码单元606，其中，响应单元601，还用于响应于linux系统发送的文件编码命令，android系统获取linux系统中预配置的目标芯片对应的目标编码文件；其中，目标编码文件包括目标解码数据获取地址和目标编码格式；获取单元602，还用于在android系统中，根据目标rtsp地址，获取解码数据；编码单元606，用于在android系统中，根据目标编码格式，对解码数据进行编码，获取编码数据。
51.可选的，装置60还包括推流单元607，该推流单元607，用于：在android系统中，根据所目标编码推流地址和目标编码推流帧率，对编码数据进行推流。
52.可选的，显示单元604，还用于：在android系统中，根据编码数据，获取编码图像；在android系统中，显示编码图像。
53.可选的，获取单元602，还用于：根据vui信息，获取编码帧率。
54.可选的，获取单元602，还用于：根据vui信息，获取解码帧率。
55.该装置可以用于执行图3~图5所示的实施例中视频处理装置所执行的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图3~图5所示的实施例的描述，不多赘述。
56.在一些可能的实施方式中，本技术提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本技术各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行如图3~图5所示的实施例中视频处理装置所执行的方法。
57.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器（rom，read-only memory）、随机存取存储器（ram，random access memory）、磁碟或者光盘等各种可以存储程序代码的介质。或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
58.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
59.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。

技术特征：
1.一种硬件解码方法，其特征在于，应用于包括android系统的电子设备，所述电子设备还包括linux系统；所述方法包括：响应于所述linux系统发送的文件解码命令，所述android系统获取所述linux系统中预配置的目标芯片对应的目标解码文件；其中，所述目标解码文件包括目标rtsp地址、目标数据流格式以及目标解码格式，所述文件解码命令基于所述目标芯片生成；在所述android系统中，根据所述目标rtsp地址，获取所述目标数据流格式对应的待解码数据；在所述android系统中，根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据。2.如权利要求1所述的方法，其特征在于，在根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据之后，所述方法还包括：在所述android系统中，根据所述解码数据，获取解码图像；在所述android系统中，显示所述解码图像。3.如权利要求1所述的方法，其特征在于，在响应于所述linux系统发送的文件解码命令，所述android系统获取所述linux系统中预配置的目标芯片对应的目标解码文件之前，所述方法包括：在所述linux系统中，配置若干芯片对应的各类参数。4.如权利要求1所述的方法，其特征在于，在根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据之后，所述方法还包括：响应于所述linux系统发送的文件编码命令，所述android系统获取所述linux系统中预配置的所述目标芯片对应的目标编码文件；其中，所述目标编码文件包括目标解码数据获取地址和目标编码格式；在所述android系统中，根据所述目标解码数据获取地址，获取所述解码数据；在所述android系统中，根据所述目标编码格式，对所述解码数据进行编码，获取编码数据。5.如权利要求4所述的方法，其特征在于，所述目标编码文件还包括目标编码推流地址和目标编码推流帧率；在根据所述目标编码格式，对所述解码数据进行编码，获取编码数据之后，所述方法还包括：在所述android系统中，根据所目标编码推流地址和所述目标编码推流帧率，对所述编码数据进行推流。6.如权利要求4所述的方法，其特征在于，在根据所述目标编码格式，对所述解码数据进行编码，获取编码数据之后，所述方法还包括：在所述android系统中，根据所述编码数据，获取编码图像；在所述android系统中，显示所述编码图像。7.如权利要求4所述的方法，其特征在于，在根据所述目标编码格式，对所述解码数据进行编码，获取编码数据之后，所述方法还包括：根据vui信息，获取编码帧率。8.如权利要求1所述的方法，其特征在于，在根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据之后，所述方法还包括：
根据vui信息，获取解码帧率。9.一种电子设备，其特征在于，所述设备包括：存储器，用于存储程序指令、解码数据以及解码数据；处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1-8中任一所述的方法包括的步骤。10.一种存储介质，其特征在于，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行权利要求1-8中任一所述的方法包括的步骤。

技术总结
本申请提供一种硬件解码方法、设备及存储介质，涉及数据处理技术领域，用于解决双系统电子设备使用硬件编解码时开发成本较高的问题。该方法包括：响应于所述Linux系统发送的文件解码命令，所述Android系统获取所述Linux系统中预配置的目标芯片对应的目标解码文件；其中，所述目标解码文件包括目标RTSP地址、目标数据流格式以及目标解码格式，所述文件解码命令基于所述目标芯片生成；在所述Android系统中，根据所述目标RTSP地址，获取所述目标数据流格式对应的待解码数据；在所述Android系统中，根据所述目标解码格式，对所述待解码数据进行解码，获取解码数据。获取解码数据。获取解码数据。


技术研发人员：孙晓刚 蒋长良
受保护的技术使用者：成都阿加犀智能科技有限公司
技术研发日：2023.06.16
技术公布日：2023/7/22