CN116450149A - Hardware decoding method, device and storage medium - Google Patents

Hardware decoding method, device and storage medium Download PDF

Info

Publication number
CN116450149A
CN116450149A CN202310713603.5A CN202310713603A CN116450149A CN 116450149 A CN116450149 A CN 116450149A CN 202310713603 A CN202310713603 A CN 202310713603A CN 116450149 A CN116450149 A CN 116450149A
Authority
CN
China
Prior art keywords
target
decoding
data
decoded
format
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.)
Granted
Application number
CN202310713603.5A
Other languages
Chinese (zh)
Other versions
CN116450149B (en
Inventor
孙晓刚
蒋长良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Agaxi Intelligent Technology Co ltd
Original Assignee
Chengdu Agaxi Intelligent Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu Agaxi Intelligent Technology Co ltd filed Critical Chengdu Agaxi Intelligent Technology Co ltd
Priority to CN202310713603.5A priority Critical patent/CN116450149B/en
Publication of CN116450149A publication Critical patent/CN116450149A/en
Application granted granted Critical
Publication of CN116450149B publication Critical patent/CN116450149B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/44—Encoding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The application provides a hardware decoding method, hardware decoding equipment and a storage medium, relates to the technical field of data processing, and is used for solving the problem of high development cost when a dual-system electronic device uses hardware encoding and decoding. The method comprises the following steps: responding to a file decoding command sent by the Linux system, and acquiring a target decoding file corresponding to a target chip preconfigured in the Linux system by the Android system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and the file decoding command is generated based on the target chip; in the Android system, according to the target RTSP address, obtaining data to be decoded corresponding to the target data stream format; and in the Android system, decoding the data to be decoded according to the target decoding format to obtain decoded data.

Description

Hardware decoding method, device and storage medium
Technical Field
The application relates to the technical field of data processing, and provides a hardware decoding method, hardware decoding equipment and a storage medium.
Background
It is well known that when a container (e.g., a docker container) is used in an Android device to run a Linux system, users often use hardware codec to encode and decode because there is a library supporting hardware codec in the Linux system. However, in the Linux system, each time a certain chip needs to be subjected to hardware encoding and decoding, the chip needs to be subjected to related adaptation and code implementation, that is, one chip needs to correspond to one implementation framework, so in this case, the hardware encoding and decoding is directly used for very fragmentation, which further greatly increases the development cost of the dual-system electronic device (the electronic device having both the Android system and the Linux system).
Therefore, how to solve the problem of high development cost when the dual-system electronic device uses hardware encoding and decoding is a problem to be solved at present.
Disclosure of Invention
The embodiment of the application provides a hardware decoding method, equipment and a storage medium, which are used for solving the problem of high development cost when a dual-system electronic device uses hardware encoding and decoding.
In one aspect, a hardware decoding method is provided and applied to an electronic device comprising an Android system, wherein the electronic device further comprises a Linux system; the method comprises the following steps:
responding to a file decoding command sent by the Linux system, and acquiring a target decoding file corresponding to a target chip preconfigured in the Linux system by the Android system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and the file decoding command is generated based on the target chip;
in the Android system, according to the target RTSP address, obtaining data to be decoded corresponding to the target data stream format;
and in the Android system, decoding the data to be decoded according to the target decoding format to obtain decoded data.
In one aspect, there is provided a hardware decoding device, the device comprising:
the response unit is used for responding to the file decoding command sent by the Linux system, and the Android system acquires a target decoding file corresponding to a target chip pre-configured in the Linux system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and the file decoding command is generated based on the target chip;
the obtaining unit is used for obtaining data to be decoded corresponding to the target data stream format according to the target RTSP address in the Android system;
and the decoding unit is used for decoding the data to be decoded according to the target decoding format in the Android system to obtain decoded data.
Optionally, the device further includes a display unit, where the display unit is configured to:
in the Android system, obtaining a decoded image according to the decoded data;
and displaying the decoded image in the Android system.
Optionally, the apparatus further includes a configuration unit, where the configuration unit is configured to:
and configuring various parameters corresponding to a plurality of chips in the Linux system.
Optionally, the apparatus further comprises an encoding unit, wherein,
the response unit is further used for responding to a file coding command sent by the Linux system, and the Android system obtains a target coding file corresponding to the target chip preconfigured in the Linux system; the target coding file comprises a target decoding data acquisition address and a target coding format;
the obtaining unit is further configured to obtain, in the Android system, the decoded data according to the target RTSP address;
the encoding unit is configured to encode the decoded data according to the target encoding format in the Android system, and obtain encoded data.
Optionally, the device further comprises a plug flow unit, wherein the plug flow unit is used for:
and in the Android system, pushing the encoded data according to the target encoding pushing address and the target encoding pushing frame rate.
Optionally, the display unit is further configured to:
in the Android system, acquiring an encoded image according to the encoded data;
and displaying the coded image in the Android system.
Optionally, the acquiring unit is further configured to:
and acquiring the coding frame rate according to the VUI information.
Optionally, the acquiring unit is further configured to:
and acquiring the decoding frame rate according to the VUI information.
In one aspect, there is provided an apparatus for hardware decoding comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of any of the methods described above when executing the computer program.
In one aspect, there is provided a computer storage medium having stored thereon computer program instructions which, when executed by a processor, perform the steps of any of the methods described above.
In the embodiment of the application, in response to a file decoding command sent by a Linux system, an Android system acquires a target decoding file corresponding to a target chip preconfigured in the Linux system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and a file decoding command is generated based on the target chip; in the Android system, according to a target RTSP address, obtaining data to be decoded corresponding to a target data stream format; in the Android system, decoding data to be decoded according to a target decoding format to obtain decoded data. Therefore, in the embodiment of the application, the hardware encoding and decoding scene is carried out on the dual-system electronic device, and the unified framework suitable for multiple chips is designed, so that decoding can be directly carried out in an Android system instead of a Linux system, multiple decoding programs are not needed for different chips in the Linux system like the prior art, and development cost when the dual-system electronic device uses hardware encoding and decoding is obviously reduced.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the related art, the drawings that are required to be used in the embodiments or the related technical descriptions will be briefly described below, and it is apparent that the drawings in the following description are only embodiments of the present application, and other drawings may be obtained according to the provided drawings without inventive effort for a person having ordinary skill in the art.
Fig. 1 is a schematic view of an application scenario provided in an embodiment of the present application;
FIG. 2a is a schematic diagram of a data stream interaction process according to an embodiment of the present application;
FIG. 2b is a schematic diagram of another data stream interaction process according to an embodiment of the present application;
fig. 3 is a schematic flow chart of a hardware decoding method according to an embodiment of the present application;
FIG. 4 is a schematic diagram of obtaining a decoded frame rate according to an embodiment of the present application;
FIG. 5 is a schematic diagram of acquiring a coding frame rate according to an embodiment of the present application;
fig. 6 is a schematic diagram of a hardware decoding device according to an embodiment of the present application.
Detailed Description
For the purposes of making the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure. Embodiments and features of embodiments in this application may be combined with each other arbitrarily without conflict. Also, while a logical order is depicted in the flowchart, in some cases, the steps depicted or described may be performed in a different order than presented herein.
Currently, when a container (e.g., a docker container) is used to run a Linux system in an Android device, users often use hardware codec to encode and decode because there is a library supporting hardware codec in the Linux system. However, in the Linux system, each time a certain chip needs to be subjected to hardware encoding and decoding, the chip needs to be subjected to related adaptation and code implementation, that is, one chip needs to correspond to one implementation framework, so in this case, the hardware encoding and decoding is directly used for very fragmentation, which further greatly increases the development cost of the dual-system electronic device (the electronic device having both the Android system and the Linux system).
Based on the above, the embodiment of the application provides a hardware decoding method, in the method, in response to a file decoding command sent by a Linux system, an Android system acquires a target decoding file corresponding to a target chip preconfigured in the Linux system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and a file decoding command is generated based on the target chip; in the Android system, according to a target RTSP address, obtaining data to be decoded corresponding to a target data stream format; in the Android system, decoding data to be decoded according to a target decoding format to obtain decoded data. Therefore, in the embodiment of the application, the hardware encoding and decoding scene is carried out on the dual-system electronic device, and the unified framework suitable for multiple chips is designed, so that decoding can be directly carried out in an Android system instead of a Linux system, multiple decoding programs are not needed for different chips in the Linux system like the prior art, and development cost when the dual-system electronic device uses hardware encoding and decoding is obviously reduced.
After the design concept of the embodiment of the present application is introduced, some simple descriptions are made below for application scenarios applicable to the technical solution of the embodiment of the present application, and it should be noted that the application scenarios described below are only used to illustrate the embodiment of the present application and are not limiting. In the specific implementation process, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.
Fig. 1 is a schematic view of an application scenario provided in an embodiment of the present application. The application scenario may include the electronic device 10, where the electronic device 10 may be provided with both a Linux system and an Android system, for example, a dual-system smart phone Astro Slide 5G, which is proposed by the Planet Computers of the mobile phone brand in the united kingdom on indiygogo, and so on. The electronic device 10 may further specifically include a processing device 101 and a display device 102.
The electronic device 10 may be used for encoding and decoding video data/image data through a Linux system and an Android system. The processing means 101 may be for implementing data processing, e.g. may be a control motherboard or the like. The processing device 101 may include one or more processors 1011, memory 1012, I/O interfaces 1013, and a database 1014. In particular, the processor 1011 may be a central processing unit (central processing unit, CPU), or a digital processing unit or the like. The memory 1012 may be a volatile memory (RAM) such as a random-access memory (RAM); the memory 1012 may also be a non-volatile memory (non-volatile memory), such as a read-only memory, a flash memory (flash memory), a Hard Disk Drive (HDD) or a Solid State Drive (SSD), or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto. Memory 1012 may be a combination of the above. The memory 1012 may store program instructions of the hardware decoding method provided in the embodiment of the present application, where the program instructions, when executed by the processor 1011, can be used to implement the steps of the hardware decoding method provided in the embodiment of the present application, so as to solve the problem that the development cost is high when the dual-system electronic device uses hardware encoding and decoding. The database 1014 may be used to store the target decoding file, the target encoding file, the data to be decoded, the decoded data, the decoded image, and other data involved in the scheme provided in the embodiment of the present application. The display device 102 may be configured to display the decoded image after decoding, for example, a display screen of a smart phone.
In this embodiment of the present application, when a network video stream needs to be decoded and displayed, the processing device 101 may first obtain a compressed packet corresponding to the network video stream, and then, the processing device 101 may perform hardware decoding processing on the compressed packet corresponding to the network video stream by using the hardware decoding method provided in this embodiment of the present application, and display the decoded network video on the display device 102, so as to greatly reduce development cost of the system under the condition of ensuring display quality.
Specifically, when the network video stream needs to be decoded and displayed, the compressed packet corresponding to the network video stream to be decoded is transmitted to the memory 1012 through the I/O interface 1013 of the processing device 101, and then the processor 1011 performs hardware decoding processing on the compressed packet of the network video stream to be decoded in the memory 1012 according to the program instruction of the hardware decoding method provided in the embodiment of the present application, and displays the decoded network video on the display device 102. In addition, the target decoding file, the target encoding file, the data to be decoded, the decoded data, the decoded image, and the like, which are involved in the entire process, may also be stored in the database 1014.
As shown in fig. 2a, a schematic diagram of a data stream interaction process provided in an embodiment of the present application is provided, where the data stream interaction process is specifically a hardware decoding process, and the whole interaction process is performed in an aidstream framework. As shown in fig. 2a, first, various parameters required in the hardware decoding process of the present time, for example, the current encoding format (h 254 format, etc.) of the data to be decoded and the decoding format (RGB format, etc.) corresponding to the decoded data may be preconfigured in the Linux system, and then the Linux system may send a file decoding command to the Android system through an interface, and further, a corresponding decoding program in the Android system is started. Specifically, after the Android system responds to the file decoding command, the data to be decoded with the encoding format h264/h265 can be obtained through a file reading/network reading mode, then the data to be decoded with the format h254/h265 can be brought into a media component, and further after the media component decodes the data to be decoded, the decoded data with the decoding format YUV/RGB can be generated, namely, the decoding is successful. Further, in order to intuitively feel the decoding effect, a decoded image corresponding to the decoded data may be displayed.
As shown in fig. 2b, a schematic diagram of another data stream interaction process provided in the embodiment of the present application is shown, where the data stream interaction process is specifically a hardware encoding process, and the whole interaction process is also performed in an aidstream framework. As shown in fig. 2b, first, various parameters required in the hardware encoding process, for example, the current decoding format (RGB format, etc.) of the data to be encoded and the corresponding encoding format (h 254 format, etc.) after encoding may be configured in advance in the Linux system. Then, the Linux system can send a file coding command to the Android system through the interface, and further, a corresponding coding program of the Android system is started. Specifically, after the Android system responds to the file coding command, decoded data with a decoding format of YUV/RGB can be obtained through a file reading/network reading mode, then data to be coded with the YUV/RGB format can be brought into a media component, and further after the media component codes the data to be coded, coded data with a coding format of h264/h265 can be generated, namely, coding is successful. Furthermore, in order to facilitate other users to call the encoded data, the encoded data may also be plug-streamed to the server.
Of course, the method provided in the embodiment of the present application is not limited to the application scenario shown in fig. 1, but may be used in other possible application scenarios, and the embodiment of the present application is not limited. The functions that can be implemented by each device in the application scenario shown in fig. 1 will be described together in the following method embodiments, which are not described in detail herein. The method according to the embodiment of the present application will be described below with reference to the accompanying drawings.
As shown in fig. 3, a flowchart of a hardware decoding method provided in an embodiment of the present application is shown, and the method may be performed by the electronic device 10 in fig. 1, that is, the method is applied to an electronic device including an Android system, and the electronic device further includes a Linux system, and specifically, the flowchart of the method is described below.
Step 301: and responding to a file decoding command sent by the Linux system, and acquiring a target decoding file corresponding to a target chip preconfigured in the Linux system by the Android system.
In this embodiment of the present application, the target decoding file includes a target RTSP address, a target data stream format, and a target decoding format, and the file decoding command is generated based on the target chip. The RTSP address may refer to a source address of data to be decoded, for example, a camera address where the data to be decoded is obtained by photographing or a server address where the data to be decoded is stored. The target Chip is a System on Chip (SoC) currently used by the electronic device 10.
Specifically, for ease of understanding, the following description will be given by taking an example in which a user needs to decode the data to be decoded of the network video data 1 by using the electronic device 10, where the SoC of the system-on-chip currently used by the electronic device 10 is the chip 1. Firstly, the Linux system in the electronic device 10 may send a corresponding file decoding command to the Android system, and further, after the Android system responds to the file decoding command, the Android system may obtain a target decoding file corresponding to a chip 1 preconfigured in the Linux system, where the target decoding file includes various parameters required for decoding data to be decoded of the network video data 1, for example, a target RTSP address of "RTSP:// admin:12345@192.168.1.64:554/ch1/sub/av_stream", a target video stream format of MPG format, and the like, and a target decoding format of RGB format.
Step 302: and in the Android system, acquiring data to be decoded corresponding to the target data stream format according to the target RTSP address.
In the implementation process, continuing to use the above example, after the Android system obtains the target decoding file required for decoding the network video data 1, the Android system may obtain the compressed packet of the network video data 1 with the target data stream format being the MPG format, that is, the data to be decoded corresponding to the network video data 1, according to the target RTSP address "RTSP:// admin:12345@192.168.1.64:554/ch1/sub/av_stream" included in the target decoding file.
Step 303: in the Android system, decoding data to be decoded according to a target decoding format to obtain decoded data.
In this embodiment of the present application, continuing to use the above example, after obtaining the data to be decoded corresponding to the network video data 1 with the target data stream format being the MPG format, the Android system decodes the data to be decoded of the network video data 1 according to the target decoding format with the format being the RGB format, and further obtains the decoded network video data 1.
In one possible implementation manner, after the data to be decoded is decoded, in order to intuitively feel the decoding effect, in the embodiment of the present application, a decoded frame rate may also be obtained. In particular, the decoded frame rate may be obtained by video visualization availability information (Video Usability Information, VUI). Suppose that 4 paths of RSTP video streams with the resolution of 1920x1080 and the frame rate of 25 frames are pulled by the same camera, specifically, the RSTP addresses of the 4 paths can be 'rtsp:// admin: aidlux123@192.168.110.234:554/h264/ch 1/main/av_stream'. Then, as shown in fig. 4, a schematic diagram of obtaining a decoded frame rate is provided in the embodiment of the present application, where id_0-decode, id_1-decode, id_2-decode, and id_3-decode are respectively shorthand for 4-path RSTP addresses, and fps is a decoded frame rate, as can be seen from fig. 4, the decoded frame rates are all stable above and below 25 frames, that is, the full frame operation. Therefore, the decoding effect of the hardware decoding method is better.
In one possible embodiment, in addition to intuitively perceiving the decoding effect according to the decoding frame rate, the decoding effect may also be intuitively perceived by directly displaying the decoded image. In this embodiment of the present application, after decoding data to be decoded according to a target decoding format to obtain decoded data, the Android system in the electronic device 10 may obtain a decoded image according to the decoded data, and further, the Android system may directly display the decoded image on the display device 102.
In one possible implementation manner, in order to decode the data to be decoded conveniently, in this embodiment of the present application, before the Android system obtains the target decoding file corresponding to the target chip preconfigured in the Linux system in response to the file decoding command sent by the Linux system, various parameters corresponding to the plurality of chips, for example, parameters such as an RTSP address, a target data stream format, a target decoding format, and the like, may be configured in the Linux system. Furthermore, when the data to be decoded is needed to be used, the corresponding data to be decoded can be directly called.
Of course, in order to reduce the memory occupancy rate and consider the situation that the data is updated from time to time, in the embodiment of the present application, before a certain data to be decoded needs to be used each time, the parameters corresponding to the certain data to be decoded may be initialized and preconfigured in the Linux system in real time.
In one possible implementation manner, since the decoding and encoding are a pair of reciprocal processes, in this embodiment of the present application, after decoding data to be decoded according to a target decoding format to obtain decoded data, the Android system may also respond to a file encoding command sent by the Linux system, so that, according to the file encoding command, a target encoding file corresponding to a target chip preconfigured in the Linux system is obtained; the target encoded file may include a target decoded data acquisition address (an address where decoded data is currently stored) and a target encoding format (e.g., h254 format or h265 format). Furthermore, the Android system can encode the decoded data according to the target encoding format to obtain corresponding encoded data. Of course, in practical application, for a certain data, the corresponding encoding process is not necessarily performed immediately after the decoding process is performed, so the encoding process may be separately performed after the data to be encoded is obtained from the server, and accordingly, the decoding process may also be separately performed.
In one possible implementation, after the encoded data is obtained, the encapsulated encoded data may also be pushed to a server for other users to invoke. Therefore, in the embodiment of the present application, the target encoding file may further include a target encoding push address and a target encoding push frame rate. Furthermore, after the decoded data is encoded according to the target encoding format to obtain encoded data, the Android system may further perform pushing on the encapsulated encoded data according to the target encoding pushing address and the target encoding pushing frame rate. The target encoded push address may be a server address.
In one possible implementation, in order to be able to intuitively sense the coding effect, in the embodiment of the present application, the decoding effect may be intuitively sensed by directly displaying the coded image. Specifically, the Android system may display the encoded image on the display device 102 of the electronic device 10 after acquiring the encoded image according to the encoded data.
In one possible embodiment, in addition to intuitively perceiving the coding effect from displaying the coded image, the coding effect may also be intuitively perceived by acquiring the coding frame rate. Specifically, after encoding the decoded data according to the target encoding format, the encoded frame rate may be obtained through the video visualization available information VUI after obtaining the encoded data. Similarly, assuming that we pull 4 RSTP video streams with 1920x1080 resolution and 25 frames frame rate for the same camera, as shown in fig. 5, a schematic diagram for obtaining the encoded frame rate is provided in the embodiment of the application, where id_0-encoding, id_1-encoding, id_2-encoding and id_encoding are respectively abbreviated as 4 RSTP addresses, fps is the encoded frame rate, and as can be seen from fig. 5, the encoded frame rate is also stable around 24 frames and is slightly lower than the frame rate (25 frames) of the camera. Therefore, the coding effect is relatively good, which can be seen very intuitively.
In summary, in the embodiment of the application, the hardware encoding and decoding scene is performed on the dual-system electronic device, and by designing a unified framework suitable for multiple chips, decoding can be performed directly in the Android system instead of in the Linux system, so that multiple decoding programs are not required for different chips in the Linux system as in the prior art, and development cost when the dual-system electronic device uses hardware encoding and decoding is obviously reduced.
Based on the same inventive concept, an embodiment of the present application provides a hardware decoding device 60, as shown in fig. 6, including:
the response unit 601 is configured to respond to a file decoding command sent by the Linux system, and the Android system obtains a target decoding file corresponding to a target chip preconfigured in the Linux system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and the file decoding command is generated based on a target chip;
an obtaining unit 602, configured to obtain, in the Android system, data to be decoded corresponding to a target data stream format according to a target RTSP address;
the decoding unit 603 is configured to decode the data to be decoded according to the target decoding format in the Android system, and obtain decoded data.
Optionally, the apparatus 60 further comprises a display unit 604, the display unit 604 being configured to:
in an Android system, obtaining a decoded image according to decoded data;
in the Android system, a decoded image is displayed.
Optionally, the apparatus 60 further comprises a configuration unit 605, the configuration unit 605 being configured to:
in the Linux system, various parameters corresponding to a plurality of chips are configured.
Optionally, the apparatus 60 further comprises an encoding unit 606, wherein,
the response unit 601 is further configured to, in response to a file encoding command sent by the Linux system, obtain a target encoding file corresponding to a target chip preconfigured in the Linux system by the Android system; the target coding file comprises a target decoding data acquisition address and a target coding format;
the obtaining unit 602 is further configured to obtain, in the Android system, decoding data according to the target RTSP address;
the encoding unit 606 is configured to encode the decoded data according to the target encoding format in the Android system, and obtain encoded data.
Optionally, the apparatus 60 further comprises a plug flow unit 607, the plug flow unit 607 being configured to:
in the Android system, the encoded data is pushed according to the target encoded push address and the target encoded push frame rate.
Optionally, the display unit 604 is further configured to:
in an Android system, acquiring an encoded image according to encoded data;
in the Android system, the encoded image is displayed.
Optionally, the obtaining unit 602 is further configured to:
and acquiring the coding frame rate according to the VUI information.
Optionally, the obtaining unit 602 is further configured to:
and acquiring the decoding frame rate according to the VUI information.
The device may be used to execute the method executed by the video processing device in the embodiments shown in fig. 3 to 5, so the description of the functions that can be implemented by each functional module of the device and the like in the embodiments shown in fig. 3 to 5 may be referred to, and will not be repeated.
In some possible embodiments, the aspects of the methods provided herein may also be implemented in the form of a program product comprising program code for causing a computer device to carry out the steps of the methods according to the various exemplary embodiments of the application described herein above, when said program product is run on the computer device, e.g. the computer device may carry out the methods as carried out by the video processing apparatus in the examples shown in fig. 3-5.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the above method embodiments may be implemented by hardware associated with program instructions, where the foregoing program may be stored in a computer readable storage medium, and when executed, the program performs steps including the above method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk or an optical disk, or the like, which can store program codes. Alternatively, the above-described integrated units of the present invention may be stored in a computer-readable storage medium if implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solutions of the embodiments of the present invention may be embodied in essence or a part contributing to the prior art in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, ROM, RAM, magnetic or optical disk, or other medium capable of storing program code.
While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims (10)

1. The hardware decoding method is characterized by being applied to electronic equipment comprising an Android system, wherein the electronic equipment further comprises a Linux system; the method comprises the following steps:
responding to a file decoding command sent by the Linux system, and acquiring a target decoding file corresponding to a target chip preconfigured in the Linux system by the Android system; the target decoding file comprises a target RTSP address, a target data stream format and a target decoding format, and the file decoding command is generated based on the target chip;
in the Android system, according to the target RTSP address, obtaining data to be decoded corresponding to the target data stream format;
and in the Android system, decoding the data to be decoded according to the target decoding format to obtain decoded data.
2. The method of claim 1, wherein after decoding the data to be decoded according to the target decoding format to obtain decoded data, the method further comprises:
in the Android system, obtaining a decoded image according to the decoded data;
and displaying the decoded image in the Android system.
3. The method of claim 1, wherein before the Android system obtains a target decoding file corresponding to a target chip preconfigured in the Linux system in response to a file decoding command sent by the Linux system, the method comprises:
and configuring various parameters corresponding to a plurality of chips in the Linux system.
4. The method of claim 1, wherein after decoding the data to be decoded according to the target decoding format to obtain decoded data, the method further comprises:
responding to a file coding command sent by the Linux system, and acquiring a target coding file corresponding to the target chip preconfigured in the Linux system by the Android system; the target coding file comprises a target decoding data acquisition address and a target coding format;
in the Android system, acquiring an address according to the target decoding data, and acquiring the decoding data;
and in the Android system, encoding the decoded data according to the target encoding format to obtain encoded data.
5. The method of claim 4, wherein the target encoded file further comprises a target encoded push address and a target encoded push frame rate; after encoding the decoded data according to the target encoding format to obtain encoded data, the method further includes:
and in the Android system, pushing the encoded data according to the target encoding pushing address and the target encoding pushing frame rate.
6. The method of claim 4, wherein after encoding the decoded data according to the target encoding format, the method further comprises:
in the Android system, acquiring an encoded image according to the encoded data;
and displaying the coded image in the Android system.
7. The method of claim 4, wherein after encoding the decoded data according to the target encoding format, the method further comprises:
and acquiring the coding frame rate according to the VUI information.
8. The method of claim 1, wherein after decoding the data to be decoded according to the target decoding format to obtain decoded data, the method further comprises:
and acquiring the decoding frame rate according to the VUI information.
9. An electronic device, the device comprising:
a memory for storing program instructions, decoded data, and decoded data;
a processor for invoking program instructions stored in said memory and for performing the steps comprised in the method according to any of claims 1-8 in accordance with the obtained program instructions.
10. A storage medium storing computer-executable instructions for causing a computer to perform the steps comprised by the method of any one of claims 1-8.
CN202310713603.5A 2023-06-16 2023-06-16 Hardware decoding method, device and storage medium Active CN116450149B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310713603.5A CN116450149B (en) 2023-06-16 2023-06-16 Hardware decoding method, device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310713603.5A CN116450149B (en) 2023-06-16 2023-06-16 Hardware decoding method, device and storage medium

Publications (2)

Publication Number Publication Date
CN116450149A true CN116450149A (en) 2023-07-18
CN116450149B CN116450149B (en) 2023-08-11

Family

ID=87127715

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310713603.5A Active CN116450149B (en) 2023-06-16 2023-06-16 Hardware decoding method, device and storage medium

Country Status (1)

Country Link
CN (1) CN116450149B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117149341A (en) * 2023-10-31 2023-12-01 成都阿加犀智能科技有限公司 Method, device, equipment and medium for displaying Linux GUI program

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108174284A (en) * 2017-12-29 2018-06-15 航天科工智慧产业发展有限公司 A kind of method of the decoding video based on android system
CN112860364A (en) * 2021-02-07 2021-05-28 麒麟软件有限公司 Android graph display method based on Linux kernel
CN113891087A (en) * 2021-10-12 2022-01-04 深圳市算筹信息技术有限公司 Method and system for realizing virtualization hardware coding and decoding acceleration based on Linux system
US11258848B1 (en) * 2018-08-09 2022-02-22 Amazon Technologies, Inc. Load balancing requests such that target resources serve a single client
CN114125558A (en) * 2022-01-26 2022-03-01 麒麟软件有限公司 Linux desktop video card-based android video decoding hardware acceleration method
CN115695857A (en) * 2022-12-29 2023-02-03 北京海誉动想科技股份有限公司 Video coding method and device for cloud application

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108174284A (en) * 2017-12-29 2018-06-15 航天科工智慧产业发展有限公司 A kind of method of the decoding video based on android system
US11258848B1 (en) * 2018-08-09 2022-02-22 Amazon Technologies, Inc. Load balancing requests such that target resources serve a single client
CN112860364A (en) * 2021-02-07 2021-05-28 麒麟软件有限公司 Android graph display method based on Linux kernel
CN113891087A (en) * 2021-10-12 2022-01-04 深圳市算筹信息技术有限公司 Method and system for realizing virtualization hardware coding and decoding acceleration based on Linux system
CN114125558A (en) * 2022-01-26 2022-03-01 麒麟软件有限公司 Linux desktop video card-based android video decoding hardware acceleration method
CN115695857A (en) * 2022-12-29 2023-02-03 北京海誉动想科技股份有限公司 Video coding method and device for cloud application

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
杨霞 等: ""采用容器技术的多Android系统的研究与实现"", 《小型微型计算机系统》, pages 1422 - 1427 *
萝卜橘子: ""安卓操作系统中运行Docker等Linux容器"", pages 1 - 5, Retrieved from the Internet <URL:《https://blog.csdn.net/weixin_42443075/article/details/118076160》> *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117149341A (en) * 2023-10-31 2023-12-01 成都阿加犀智能科技有限公司 Method, device, equipment and medium for displaying Linux GUI program
CN117149341B (en) * 2023-10-31 2024-01-05 成都阿加犀智能科技有限公司 Method, device, equipment and medium for displaying Linux GUI program

Also Published As

Publication number Publication date
CN116450149B (en) 2023-08-11

Similar Documents

Publication Publication Date Title
US20220038724A1 (en) Video stream decoding method and apparatus, terminal device, and storage medium
US8644381B2 (en) Apparatus for reference picture resampling generation and method thereof and video decoding system using the same
US10397612B2 (en) Three-dimensional video encoding method, three-dimensional video decoding method, and related apparatus
US9426476B2 (en) Video stream
US10805570B2 (en) System and method for streaming multimedia data
CN109309842B (en) Live broadcast data processing method and device, computer equipment and storage medium
CN116450149B (en) Hardware decoding method, device and storage medium
CN110012336B (en) Picture configuration method, terminal and device of live interface
CN113457160A (en) Data processing method and device, electronic equipment and computer readable storage medium
CN108200482B (en) Cross-platform high-definition audio and video playing method, system and client
CN112929740A (en) Method, device, storage medium and equipment for rendering video stream
CN111464828A (en) Virtual special effect display method, device, terminal and storage medium
CN110049347B (en) Method, system, terminal and device for configuring images on live interface
CN113228665A (en) Method, device, computer program and computer-readable medium for processing configuration data
CN114079823A (en) Video rendering method, device, equipment and medium based on Flutter
CN114513692A (en) Video preview method, terminal and storage medium
US9888250B2 (en) Techniques for image bitstream processing
CN113938705A (en) Method, device, server, terminal equipment and system for video coding and decoding
CN108235144B (en) Playing content obtaining method and device and computing equipment
CN114339344B (en) Intelligent device and video recording method
TWI539795B (en) Media encoding using changed regions
CN113507643B (en) Video processing method, device, terminal and storage medium
WO2021115349A1 (en) Desktop display method and apparatus, computer-readable storage medium, and electronic device
US20240022743A1 (en) Decoding a video stream on a client device
CN115086282A (en) Video playing method, device and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP02 Change in the address of a patent holder

Address after: Room 701-703, 7th Floor, Zone A, Building 1, No. 200 Tianfu Fifth Street, High tech Zone, Chengdu, Sichuan, 610000

Patentee after: Chengdu agaxi Intelligent Technology Co.,Ltd.

Address before: 610000 b7-508, No. 99, Tianhua 1st Road, high tech Zone, Chengdu, Sichuan

Patentee before: Chengdu agaxi Intelligent Technology Co.,Ltd.

CP02 Change in the address of a patent holder