CN118286678A - Audio and video file playing method and device, storage medium and intelligent equipment - Google Patents

Abstract

The application is applicable to the technical field of software development, and provides an audio and video file playing method, an audio and video file playing device, a storage medium and intelligent equipment, wherein the method comprises the following steps: determining the real file format of a target audio/video file; if the real file format is a format which can be supported by a game engine, calling a player corresponding to the real file format in the game engine to play the target audio and video file; if the game engine does not support the real file format, a designated component is called, and the designated component is utilized to decode the target audio and video file to obtain a decoded data packet; and playing the target audio and video file based on the decoded data packet. The application can effectively expand the audio and video formats supported by the Unity and realize the normal play of various audios and videos.

Description

Audio and video file playing method, device, storage medium and intelligent device

Technical Field

The present application relates to the field of software development technology, and in particular to a method, apparatus, storage medium and intelligent device for playing audio and video files.

Background technique

Unity is a cross-platform 2D/3D game engine developed by Unity Technologies. It can develop cross-platform video games and extend to the HTML5 web platform based on WebGL technology, as well as new generation multimedia platforms such as tvOS, Oculus Rift, and ARKit.

Unity itself has limited support for audio and video, and generally uses third-party plug-ins such as avpro to achieve support for audio and video. However, different platforms require different plug-ins, and the plug-ins are expensive.

In view of this, how to effectively expand the audio and video formats supported by Unity and achieve normal playback of multiple audio and video is an issue that needs to be considered at present.

Summary of the invention

The embodiments of the present application provide a method, apparatus, storage medium and smart device for playing audio and video files, which can effectively expand the audio and video formats supported by Unity and realize normal playback of multiple audio and video without adding third-party plug-ins.

In a first aspect, an embodiment of the present application provides a method for playing an audio or video file, comprising:

Determine the actual file format of the target audio and video files;

If the real file format is a format supported by the game engine, calling a player corresponding to the real file format in the game engine to play the target audio and video file;

If the game engine does not support the real file format, calling a specified component, and using the specified component to decode the target audio and video file to obtain a decoded data packet;

Based on the decoded data packet, the target audio and video file is played.

In a possible implementation manner of the first aspect, the step of determining the real file format of the target audio and video file includes:

Read the file information of the target audio and video file;

Based on the file information and the preset comparison table, the actual file format of the target audio and video file is determined.

In a possible implementation manner of the first aspect, the file information includes a binary file header and a suffix name of the target audio and video file;

The step of determining the real file format of the audio or video file to be decoded according to the file information of the audio or video file to be decoded comprises:

Searching for a list of suffixes corresponding to the header of the binary file in a preset comparison table;

If the suffix is in the suffix list, the format corresponding to the suffix is the real file format of the target audio and video file;

If the suffix name is not in the suffix name list, selecting a preset suffix name from the suffix name list to replace the suffix name;

The format corresponding to the preset suffix name is determined as the real file format of the target audio and video file.

In a possible implementation manner of the first aspect, the step of decoding the target audio and video file by using the designated component to obtain a decoded data packet includes:

The target audio and video file is soft-decoded or hard-decoded using the designated component to obtain a decoded data packet.

In a possible implementation manner of the first aspect, the step of using the designated component to soft-decode or hard-decode the target audio and video file to obtain a decoded data packet includes:

Read hardware performance information;

If the hardware performance information meets the preset conditions, the target audio and video file is hard-decoded;

If the hardware performance information does not meet the preset condition, the target audio and video file is soft-decoded.

In a possible implementation manner of the first aspect, the step of playing the target audio and video file based on the decoded data packet further includes:

Looping through the decoded data packets;

Converting the format of the audio and video data in the decoded data packet into a target format;

Based on the audio and video data in the format supported by the game engine, the target audio and video file is played and displayed.

In a second aspect, an embodiment of the present application provides an audio and video file playback device, including:

A format determination unit, used to determine the actual file format of the target audio and video file;

A first playing unit, configured to call a player corresponding to the real file format in the game engine to play the target audio and video file if the real file format is a format supported by the game engine;

The second playback unit is used to call a specified component if the game engine does not support the real file format, and use the specified component to decode the target audio and video file to obtain a decoded data packet; based on the decoded data packet, play the target audio and video file.

In a third aspect, an embodiment of the present application provides an intelligent device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the method for playing audio and video files as described in the first aspect above is implemented.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method for playing audio and video files as described in the first aspect above is implemented.

In a fifth aspect, an embodiment of the present application provides a computer program product. When the computer program product is run on a smart device, the smart device executes the audio and video file playback method as described in the first aspect above.

In the embodiment of the present application, the format of the target audio and video file is first analyzed to determine the real file format of the target audio and video file, so as to avoid the target audio and video file from not being able to be played normally due to format errors. If the real file format is a format supported by Unity, the player corresponding to the real file format in Unity is directly called to play the target audio and video file; if Unity does not support the real file format, a specified component is called to decode the target audio and video file using the specified component to obtain a decoded data packet, and then the target audio and video file is played based on the decoded data packet. The present application solution can realize Unity's support for multiple audio and video file formats without the need to add additional third-party plug-ins, so that Unity can be used to realize the normal playback of multiple audio and video files, and expand Unity's display form in 2D/3D.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

FIG1 is a flowchart of an implementation method of an audio and video file playback method provided in an embodiment of the present application;

FIG. 2 is a flowchart showing a specific implementation of step S101 in the audio and video file playing method provided in an embodiment of the present application;

3 is a specific implementation flow chart of determining the real file format of the target audio and video file in the audio and video file playing method provided in an embodiment of the present application;

4 is a specific implementation flow chart of obtaining a decoded data packet in the audio and video file playing method provided in an embodiment of the present application;

FIG5 is a flowchart of a specific implementation of step S104 of the audio and video file playing method provided in an embodiment of the present application;

FIG6 is a structural block diagram of an audio and video file playback device provided in an embodiment of the present application;

FIG. 7 is a schematic diagram of a smart device provided in an embodiment of the present application.

Detailed ways

In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, integers, steps, operations, elements and/or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components and/or combinations thereof.

It should also be understood that the term “and/or” used in the specification and appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

The audio and video file playing method provided in the embodiment of the present application can be applied to various types of smart devices or servers that need to play audio and video files, and the smart devices can specifically include mobile phones, tablet computers, wearable devices, laptop computers, desktop computers, and ultra-mobile personal computers (UMPC), etc. The embodiment of the present application does not impose any restrictions on the specific types of smart devices or servers.

FIG1 shows the implementation process of the audio and video file playback method provided by the embodiment of the present application, and the method flow includes steps S101 to S104. The specific implementation principle of each step is as follows:

Step S101: Determine the actual file format of the target audio or video file.

The target audio and video file refers to the audio and video file to be parsed and played. The audio and video file includes audio and/or video. In some implementations, the audio and video file also includes a subtitle file. The real file format refers to the actual format of the target audio and video file.

The actual file format of the target audio and video file may be different from that displayed by its suffix name. For example, it is clearly mp3/WAV, but the suffix is mp3, which may cause the target audio and video file to be unable to be played. In view of this, in this embodiment, for the target audio and video file, a format analysis is first performed to determine the actual file format of the target audio and video file, so as to avoid playback failure due to the inconsistency between the format displayed by the suffix name and the actual file format of the target audio and video file.

As a possible implementation of the present application, FIG. 2 shows a specific implementation process of step S101 of the audio and video file playback method provided in an embodiment of the present application, which is described in detail as follows:

A1: Read the file information of the target audio and video file. Read the binary file header and suffix of the target audio and video file. The binary file header is the binary-coded file header.

In a possible implementation, a character string whose length is less than or equal to a preset length is read from the target audio and video file, and a binary file header of the target audio and video file is searched from the character string whose length is less than or equal to the preset length. The preset length is determined according to the longest character string length of the preset file header in the preset comparison table.

In this embodiment, the character string corresponding to the preset file header in the preset comparison table is read, and the longest character string length in the preset comparison table is determined according to the length of the character string, and the preset length is determined based on the longest character string length. For example, if the longest character string length of the preset file header is 1, then the preset length is 1+1.

A2: Based on the file information and the preset comparison table, determine the actual file format of the target audio and video file.

As a possible implementation of the present application, the above-mentioned file information includes a binary file header and a suffix name of the target audio and video file. As shown in FIG3 , the above-mentioned step of determining the real file format of the target audio and video file based on the file information and the preset comparison table specifically includes:

B1: Search the preset comparison table for the list of suffixes corresponding to the binary file header. The preset comparison table includes the mapping relationship between the preset file header and the preset suffix. It is worth noting that the same preset file header may correspond to one or more preset suffixes. For the case of corresponding to multiple preset suffixes, the preset file header corresponds to the preset suffix list, and the preset suffix list includes multiple preset suffixes corresponding to the preset file header.

In this embodiment, the binary file header of the target audio and video file is matched with the preset file header in the preset comparison table, and then the corresponding suffix name list is determined based on the matched preset file header, and based on the suffix name list, it is verified whether the format identified by the suffix name of the target audio and video file is the actual format of the target audio and video file.

B2: If the suffix is in the suffix list, the format corresponding to the suffix is the real file format of the target audio and video file. The target audio and video file does not need to modify the file format.

B3: If the suffix name is not in the suffix name list, select a preset suffix name from the suffix name list to replace the suffix name.

The method of selecting a preset suffix name can be customized by the user. For example, in some scenarios, a random algorithm can be used to randomly select a preset suffix name from the suffix name list corresponding to the binary file header as the new suffix name of the target audio and video file, or the preset suffix name with the highest order can be directly selected according to the order in the suffix name list. In other scenarios, a preset suffix name in a format supported by Unity can be selected from the suffix name list corresponding to the binary file header as the new suffix name of the target audio and video file.

B4: Determine the format corresponding to the preset suffix name as the real file format of the target audio and video file.

If the suffix is not in the suffix list, it means that the format of the target audio and video file is incorrect and there is a possibility that it cannot be played normally. This embodiment selects a preset suffix from the suffix list corresponding to the binary file header to replace the original suffix, that is, the suffix of the target audio and video file is modified, and the modified suffix corresponds to the binary file header, avoiding the inability to play normally due to the inconsistency between the actual format and the format displayed by the suffix.

Step S102: If the real file format is a format supported by the game engine, a player corresponding to the real file format in the game engine is called to play the target audio and video file.

In an embodiment of the present application, when the target audio and video file is in a format that can be supported by the game engine, the player corresponding to the real file format in Unity is directly called to decode and play the audio and video file.

Step S103: If the game engine does not support the real file format, a specified component is called to decode the target audio and video file using the specified component to obtain a decoded data packet.

In the embodiment of the present application, the target audio and video file is soft-decoded or hard-decoded using the designated component to obtain a decoded data packet. The designated component is an FFmpeg component. The FFmpeg component is an open source computer program that can be used to record and convert digital audio and video and convert them into streams.

In a possible implementation, the target audio and video file is first soft-decoded using the designated component. If the soft decoding fails, the target audio and video file is hard-decoded using the designated component.

As a possible implementation of the present application, FIG. 4 shows a specific implementation process of obtaining a decoded data packet in the audio and video file playback method provided in an embodiment of the present application, which is described in detail as follows:

C1: Reading hardware performance information. The hardware performance information is the performance information of the hardware in the smart device running the game engine. Specifically, the hardware performance information includes the usage percentage of the CPU and/or GPU.

C2: If the hardware performance information meets the preset conditions, the target audio and video file is hard-decoded.

For example, when the usage ratio of the GPU is less than or equal to the preset usage ratio, the target audio and video file is hard-decoded by matching a suitable decoder by obtaining the graphics card model of the smart device and the hardware acceleration method supported by the system.

C3: If the hardware performance information does not meet the preset condition, soft decoding is performed on the target audio and video file. For example, when the usage ratio of the GPU is greater than the preset usage ratio, the target audio and video file is soft decoded by the CPU.

In this embodiment, for audio and video file formats that Unity does not support, cross-platform decoding is achieved by calling the FFmpeg component. The audio and video file formats that Unity can support can be expanded without adding third-party plug-ins, thereby achieving normal playback of multiple audio and video files.

Step S104: based on the decoded data packet, play the target audio and video file.

Unity plays the target audio and video file based on the decoded data packet.

As a possible implementation of the present application, FIG. 5 shows a specific implementation process of step S104 in the audio and video file playback method provided in an embodiment of the present application, which is described in detail as follows:

D1: Circularly read the decoded data packet. The decoded data packet includes data such as audio stream, video stream and subtitle stream.

D2: Convert the format of the audio and video data in the decoded data packet into a target format, which is a format that can be played on Unity as required by the user.

D3: Based on the audio and video data in the format supported by the game engine, play and display the target audio and video file.

In this embodiment, the transcoding method provided by the FFmpeg component can be called to transcode the audio and video data in the decoded data packet and export the format required by the user. Specifically, the frame data in the decoded data packet is obtained by calling the FFmpeg component, and then the frame data in the buffer is encoded to export the target format.

In an embodiment of the present application, the video stream, audio stream, subtitle stream and other data of each frame obtained after decoding and transcoding are rendered to the corresponding components in Unity respectively. By controlling the synchronization of frame data and the display coordination of the three components, the game engine can realize the playback of the target audio and video files.

For video streams, the frame format of the video stream is YUV. The video stream data is similar to the basic image data, storing the color of each pixel in each frame. After Unity obtains the video stream data, it traverses and reads the data of each pixel in each frame of the video stream, generates the corresponding texture2D map, and displays it to the corresponding SpriteRender.

For audio streams, the frame format of the audio stream is PCM, and Unity itself supports PCM. Its audioClip provides a PCMReaderCallback callback for loading streaming audio data. Rendering can be completed by directly calling Unity's system method.

For subtitle streams, the format of subtitle streams is basically string, which can be rendered directly through labels.

In an embodiment of the present application, the format of the target audio and video file is first analyzed to determine the real file format of the target audio and video file, so as to avoid the target audio and video file from not being able to be played normally due to format errors. If the real file format is a format supported by Unity, the player corresponding to the real file format in Unity is directly called to play the target audio and video file; if Unity does not support the real file format, a specified component is called to decode the target audio and video file using the specified component to obtain a decoded data packet, and then the target audio and video file is played based on the decoded data packet. The present application solution can realize Unity's support for multiple audio and video file formats without the need to add additional third-party plug-ins, so that Unity can be used to realize the normal playback of multiple audio and video files, and expand Unity's display form in 2D/3D.

It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

Corresponding to the audio and video file playing method described in the above embodiment, FIG6 shows a structural block diagram of the audio and video file playing device provided in the embodiment of the present application. For the sake of convenience of explanation, only the part related to the embodiment of the present application is shown.

6, the audio and video file playback device includes: a format determination unit 61, a first playback unit 62, and a second playback unit 63, wherein:

A format determination unit 61, used to determine the real file format of the target audio and video file;

A first playing unit 62 is configured to call a player corresponding to the real file format in the game engine to play the target audio and video file if the real file format is a format supported by the game engine;

The second playback unit 63 is used to call a specified component if the game engine does not support the real file format, and use the specified component to decode the target audio and video file to obtain a decoded data packet; based on the decoded data packet, play the target audio and video file.

As a possible implementation of the present application, the format determination unit 61 includes:

An information reading module, used to read the file information of the target audio and video files;

The real format determination module is used to determine the real file format of the target audio and video file based on the file information and a preset comparison table.

As a possible implementation of the present application, the file information includes a binary file header and a suffix of the target audio and video file; the real format determination module is specifically used for:

Searching for a list of suffixes corresponding to the header of the binary file in a preset comparison table;

If the suffix is in the suffix list, the format corresponding to the suffix is the real file format of the target audio and video file;

If the suffix name is not in the suffix name list, selecting a preset suffix name from the suffix name list to replace the suffix name;

The format corresponding to the preset suffix name is determined as the real file format of the target audio and video file.

As a possible implementation of the present application, the second playback unit 63 includes:

The decoding module is used to use the specified component to perform soft decoding or hard decoding on the target audio and video file to obtain a decoded data packet.

As a possible implementation of the present application, the above decoding module is specifically used for:

Read hardware performance information;

If the hardware performance information meets the preset conditions, the target audio and video file is hard-decoded;

If the hardware performance information does not meet the preset condition, the target audio and video file is soft-decoded.

As a possible implementation of the present application, the second playback unit 63 further includes:

The playing and displaying module is used to cyclically read the decoded data packets; convert the format of the audio and video data in the decoded data packets into a target format; and play and display the target audio and video files based on the audio and video data in the format supported by the game engine.

In an embodiment of the present application, the format of the target audio and video file is first analyzed to determine the real file format of the target audio and video file, so as to avoid the target audio and video file from not being able to be played normally due to format errors. If the real file format is a format supported by Unity, the player corresponding to the real file format in Unity is directly called to play the target audio and video file; if Unity does not support the real file format, a specified component is called to decode the target audio and video file using the specified component to obtain a decoded data packet, and then the target audio and video file is played based on the decoded data packet. The present application solution can realize Unity's support for multiple audio and video file formats without the need to add additional third-party plug-ins, so that Unity can be used to realize the normal playback of multiple audio and video files, and expand Unity's display form in 2D/3D.

It should be noted that the information interaction, execution process, etc. between the above-mentioned devices/units are based on the same concept as the method embodiment of the present application. Their specific functions and technical effects can be found in the method embodiment part and will not be repeated here.

An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the steps of any one of the audio and video file playback methods shown in Figures 1 to 5 are implemented.

An embodiment of the present application also provides an intelligent device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the steps of any one of the audio and video file playback methods shown in FIGS. 1 to 5 are implemented.

The embodiment of the present application also provides a computer program product. When the computer program product is run on a server, the server executes the steps of any one of the audio and video file playback methods shown in Figures 1 to 5.

FIG7 is a schematic diagram of an intelligent device provided in an embodiment of the present application. As shown in FIG7 , the intelligent device 7 of this embodiment includes: a processor 70, a memory 71, and a computer program 72 stored in the memory 71 and executable on the processor 70. When the processor 70 executes the computer program 72, the steps in the above-mentioned audio and video file playback method embodiments are implemented, such as steps S101 to S104 shown in FIG1 . Alternatively, when the processor 70 executes the computer program 72, the functions of each module/unit in the above-mentioned device embodiments are implemented, such as the functions of units 61 to 64 shown in FIG6 .

Exemplarily, the computer program 72 may be divided into one or more modules/units, which are stored in the memory 71 and executed by the processor 70 to complete the present application. The one or more modules/units may be a series of computer-readable instruction segments capable of completing specific functions, which are used to describe the execution process of the computer program 72 in the smart device 7.

The smart device 7 may include, but is not limited to, a processor 70 and a memory 71. Those skilled in the art will appreciate that FIG. 7 is merely an example of the smart device 7 and does not limit the smart device 7. The smart device 7 may include more or fewer components than shown in the figure, or may combine certain components, or may include different components. For example, the smart device 7 may also include an input/output device, a network access device, a bus, etc.

The processor 70 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

The memory 71 may be an internal storage unit of the smart device 7, such as a hard disk or memory of the smart device 7. The memory 71 may also be an external storage device of the smart device 7, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the smart device 7. Further, the memory 71 may also include both an internal storage unit and an external storage device of the smart device 7. The memory 71 is used to store the computer program and other programs and data required by the smart device. The memory 71 may also be used to temporarily store data that has been output or is to be output.

It should be noted that the information interaction, execution process, etc. between the above-mentioned devices/units are based on the same concept as the method embodiment of the present application. Their specific functions and technical effects can be found in the method embodiment part and will not be repeated here.

The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device that can carry the computer program code to the device/terminal device, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), an electric carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk or an optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals and telecommunication signals.

In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

The embodiments described above are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, a person skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims (10)

1. The audio and video file playing method is characterized by comprising the following steps:

Determining the real file format of a target audio/video file;

If the real file format is a format which can be supported by a game engine, calling a player corresponding to the real file format in the game engine to play the target audio and video file;

If the game engine does not support the real file format, a designated component is called, and the designated component is utilized to decode the target audio and video file to obtain a decoded data packet;

And playing the target audio and video file based on the decoded data packet.

2. The audio-video file playing method according to claim 1, wherein the step of determining the actual file format of the target audio-video file comprises:

Reading file information of a target audio/video file;

And determining the real file format of the target audio and video file based on the file information and a preset comparison table.

3. The audio-video file playing method according to claim 2, wherein the file information includes a binary file head-up and a suffix name of the target audio-video file;

The step of determining the real file format of the audio/video file to be decoded according to the file information of the audio/video file to be decoded comprises the following steps:

searching a suffix name list corresponding to the binary file head-up in a preset comparison table;

If the suffix name is in the suffix name list, the format corresponding to the suffix name is the real file format of the target audio/video file;

If the suffix name is not in the suffix name list, selecting a preset suffix name from the suffix name list to replace the suffix name;

and determining the format corresponding to the preset suffix name as the real file format of the target audio/video file.

4. The audio/video file playing method according to claim 1, wherein the step of decoding the target audio/video file by using the specified component to obtain a decoded data packet includes:

and performing soft decoding or hard decoding on the target audio/video file by using the appointed component to obtain a decoded data packet.

5. The audio/video file playing method according to claim 4, wherein the step of performing soft decoding or hard decoding on the target audio/video file by using the specified component to obtain a decoded data packet includes:

Reading hardware performance information;

If the hardware performance information meets the preset condition, hard decoding is carried out on the target audio/video file;

and if the hardware performance information does not meet the preset condition, performing soft decoding on the target audio/video file.

6. The audio-video file playing method according to any one of claims 1 to 5, wherein the step of playing the target audio-video file based on the decoded data packet further comprises:

circularly reading the decoded data packet;

converting the format of the audio and video data in the decoding data packet into a target format;

And playing and displaying the target audio and video file based on the audio and video data in the format supported by the game engine.

7. An audio/video file playing device, comprising:

the format determining unit is used for determining the real file format of the target audio/video file;

The first playing unit is used for calling a player corresponding to the real file format in the game engine to play the target audio and video file if the real file format is a format which can be supported by the game engine;

The second playing unit is used for calling a designated component if the game engine does not support the real file format, and decoding the target audio and video file by using the designated component to obtain a decoded data packet; and playing the target audio and video file based on the decoded data packet.

8. The audio-video file playback apparatus as claimed in claim 7, wherein the second playback unit comprises:

the playing display module is used for circularly reading the decoding data packet; converting the format of the audio and video data in the decoding data packet into a target format; and playing and displaying the target audio and video file based on the audio and video data in the format supported by the game engine.

9. A smart device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the audio video file playing method according to any one of claims 1 to 6 when executing the computer program.

10. A computer readable storage medium storing a computer program, wherein the computer program when executed by a processor implements the audio video file playing method according to any one of claims 1 to 6.