WO2023284437A1 - 媒体文件处理方法、装置、设备、可读存储介质及产品 - Google Patents

媒体文件处理方法、装置、设备、可读存储介质及产品 Download PDF

Info

Publication number
WO2023284437A1
WO2023284437A1 PCT/CN2022/096965 CN2022096965W WO2023284437A1 WO 2023284437 A1 WO2023284437 A1 WO 2023284437A1 CN 2022096965 W CN2022096965 W CN 2022096965W WO 2023284437 A1 WO2023284437 A1 WO 2023284437A1
Authority
WO
WIPO (PCT)
Prior art keywords
media file
audio decoding
video decoding
decoding
played
Prior art date
Application number
PCT/CN2022/096965
Other languages
English (en)
French (fr)
Inventor
马超
Original Assignee
北京字跳网络技术有限公司
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 北京字跳网络技术有限公司 filed Critical 北京字跳网络技术有限公司
Publication of WO2023284437A1 publication Critical patent/WO2023284437A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream

Definitions

  • Embodiments of the present disclosure relate to the technical field of data processing, and in particular, to a media file processing method, device, electronic equipment, readable storage medium, computer program product, and computer program.
  • short video application software has gradually entered the lives of users.
  • existing short video application software In order to enable users to watch videos that are more in line with their personal preferences, existing short video application software generally chooses to use big data to analyze user preferences, and push video information related to their interests to users.
  • the user when the user chooses to play the video information related to his interest in a loop, he generally obtains the video file, renders the video file, and plays the rendered video file.
  • the rendering of the current video file is completed, the next video file is obtained, and the rendering operation is performed from the first frame of the next video file.
  • Embodiments of the present disclosure provide a media file processing method, device, electronic equipment, readable storage medium, computer program product, and computer program to solve the problem of pauses in the existing video rendering method when continuously playing videos, and video browsing Poor experience with technical issues.
  • an embodiment of the present disclosure provides a method for processing a media file, including:
  • the video decoding and audio decoding corresponding to the next media file are obtained, wherein the video decoding and audio decoding are obtained when the current media file is not completely played, and the next media is obtained
  • the data frame corresponding to the file is obtained after demultiplexing;
  • an embodiment of the present disclosure provides a media file processing device, including:
  • a judging module used to judge whether the last frame of the current media file has been played if it detects that the playback mode of the current media file is loop playback;
  • the obtaining module is used to obtain the video decoding and audio decoding corresponding to the next media file if it is determined that the last frame has been played, wherein the video decoding and audio decoding are obtained when the current media file has not been played completely
  • the data frame corresponding to the next media file is demultiplexed and obtained;
  • the rendering module is configured to render the video decoding and audio decoding, and play the rendered video decoding and audio decoding.
  • an embodiment of the present disclosure provides an electronic device, including: at least one processor and a memory;
  • the memory stores computer-executable instructions
  • the at least one processor executes the computer-executed instructions stored in the memory, so that the at least one processor executes the media file processing method described in the above first aspect and various possible designs of the first aspect.
  • an embodiment of the present disclosure provides a computer-readable storage medium, where computer-executable instructions are stored in the computer-readable storage medium, and when the processor executes the computer-executable instructions, the above first aspect and the first Aspects of various possible designs of the media file processing method.
  • the embodiment of the present disclosure provides a computer program product, which is characterized in that it includes a computer program, and when the computer program is executed by a processor, the above first aspect and various possible designs of the first aspect can be realized.
  • Media file processing method
  • an embodiment of the present disclosure provides a computer program, which implements the media file processing method described in the first aspect and various possible designs of the first aspect when the computer program is executed by a processor.
  • the media file processing method, device, equipment, readable storage medium and product provided in this embodiment obtains the next media file corresponding Video decoding and audio decoding are displayed, wherein the video decoding and audio decoding are obtained after the data frame corresponding to the next media file is obtained and demultiplexed when the current media file is not completely played. Since the video decoding and audio decoding are acquired and demultiplexed before the current media file is played, when the current media file is played, the next media file has been demultiplexed and can be played directly, avoiding a loop
  • the freeze phenomenon when playing video improves the smoothness of media file playback and improves user experience.
  • FIG. 1 is a schematic flowchart of a media file processing method provided in Embodiment 1 of the present disclosure
  • FIG. 2 is a system architecture diagram on which the present disclosure is based
  • FIG. 3 is a schematic diagram of an application scenario provided by an embodiment of the present disclosure.
  • FIG. 4 is a schematic diagram of another application scenario provided by an embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of a media file processing device provided in Embodiment 2 of the present disclosure.
  • FIG. 6 is a schematic structural diagram of an electronic device provided by Embodiment 3 of the present disclosure.
  • the present disclosure provides a media file processing method, device, device, and readable storage medium and products.
  • the media file processing method, device, device, readable storage medium, and product provided by the present disclosure can be used in scenarios where various media files are played in a loop.
  • the next media file is generally obtained for rendering after the current media file is played, and the rendered next media file is played.
  • the rendering operation of the media file by the above method may cause the user to feel a pause during use, and the browsing experience of the media file is not smooth enough.
  • the inventor found through research that in order to avoid the pause phenomenon when the media file is cyclically played, the next media file can be obtained and rendered before the current media file is played. Therefore, when the current media file is finished playing, the rendered next media file can be obtained and played.
  • FIG. 1 is a schematic flowchart of a media file processing method provided in Embodiment 1 of the present disclosure. As shown in FIG. 1 , the method includes:
  • Step 101 if it is detected that the playback mode of the current media file is loop playback, then judge whether the last frame of the current media file has been played.
  • the execution subject of this embodiment is a media file processing device, and the media file processing device can be coupled to a user's terminal device, so that the media file can be processed when the user uses the terminal device to browse media files.
  • the media file processing apparatus can also be coupled to a server, and the server can communicate with the user's terminal equipment, so as to be able to exchange information with the terminal equipment.
  • the server can communicate with the user's terminal equipment, so as to be able to exchange information with the terminal equipment.
  • the user uses the terminal device to browse the media file, the media file is processed, and the processed media file is sent to the terminal device for playback.
  • FIG. 2 is a system architecture diagram based on the present disclosure.
  • the system architecture based on the present disclosure includes at least a server 1 and a terminal device 2, wherein the server 1 is provided with a media file processing device, and the media file
  • the processing device can be written in languages such as C/C++, Java, Shell, or Python; the terminal device 2 can be, for example, a desktop computer, a tablet computer, and the like.
  • the user can browse media files on the terminal device, and the media files can have multiple different playback modes, for example, the playback modes can include loop playback.
  • the playback modes can include loop playback.
  • the data push method commonly used by existing short video software can determine multiple media files that can meet the user's individual needs through big data analysis. , continue to play the next media file that meets the user's personalized needs.
  • the loop playing may also mean that after the current media file is played, the next media file is continued to be played, wherein the content of the next media file is the same as that of the current media file.
  • the next media file needs to be obtained for playing.
  • the playback mode of the current media file is loop playback, then it is judged whether the last frame of the current media file has been played.
  • Step 102 if it is determined that the last frame has been played, then obtain the video decoding and audio decoding corresponding to the next media file, wherein the video decoding and audio decoding are obtained when the current media file has not been played completely.
  • the data frame corresponding to the next media file is obtained after demultiplexing.
  • the next media file in order to improve the smoothness of the media file when it is played in a loop, the next media file can be obtained for demultiplexing operation when the current media file is not played completely, and the video decoding and audio corresponding to the next media file can be obtained. decoding. Therefore, if it is detected that the last frame of the current media file has been played, the video decoding and audio decoding corresponding to the next media file can be obtained directly. Therefore, when the current media file is finished playing, the next media file has been demultiplexed, and the video decoding and audio decoding can be directly obtained for playing, effectively avoiding the pause phenomenon.
  • Step 103 performing a rendering operation on the video decoding and audio decoding, and playing the rendered video decoding and audio decoding.
  • the rendering operation may be performed on the video decoding and audio decoding corresponding to the next media file.
  • the media file processing apparatus can directly control the display interface of the terminal device to play the video decoding and audio decoding corresponding to the rendered next media file.
  • the server can send the video decoding and audio decoding corresponding to the rendered next media file to the terminal device, so that the display interface of the terminal device can play the rendered next media file.
  • Video decoding and audio decoding corresponding to a media file can be sent to the terminal device, so that the display interface of the terminal device can play the rendered next media file.
  • the method obtains the video decoding and audio decoding corresponding to the next media file for display after detecting that the last frame of the current media file has been played in the loop playback mode, wherein the Video decoding and audio decoding are obtained after the data frame corresponding to the next media file is obtained and demultiplexed when the current media file is not played completely. Since the video decoding and audio decoding are acquired and demultiplexed before the current media file is played, when the current media file is played, the next media file has been demultiplexed and can be played directly, avoiding a loop The freeze phenomenon when playing video improves the smoothness of media file playback and improves user experience.
  • the current media file and the next media file are the same media file; or, the current media file and the next media file are different media files; step Before 102, it also includes:
  • the data frames corresponding to the next media file are sequentially obtained for demultiplexing operation, so as to obtain the video decoding and audio decoding corresponding to the next media file.
  • the video decoding and audio decoding corresponding to the next media file are stored in the demultiplexing data set.
  • the next media file in order to avoid the pause caused by obtaining the next media file for demultiplexing after the current media file is played, the next media file can be obtained for demultiplexing before the current media file is played. Use the operation to get the video decoding and audio decoding corresponding to the next media file.
  • the next media file may be different from the currently played media file, and it may be a media file determined through big data calculation to meet the user's personalized needs. Therefore, the next media file to be played after the current media file can be obtained according to the preset playing sequence when the current media file is not played completely. Still taking the short video application as an example, multiple media files that can meet the user's personalized needs can be determined through big data analysis. When the current media file is played, it can be determined among multiple media files that meet the user's personalized needs. Next media file.
  • the next media file played after the current media file may be the same media file as the current media file. Therefore, when it is detected that the current media file has not been played completely, the current media file may be repeatedly acquired as the next media file.
  • Each media file includes multiple data frames.
  • the next media file can be obtained at one time according to the time sequence of the data frames in the next media file Perform demultiplexing operation on the video frames in the next media file to obtain the video decoding and audio decoding corresponding to the next media file, and store the video decoding and audio decoding corresponding to the next media file in the demultiplexing data set.
  • the next media file to be played after the acquisition of the current media file includes:
  • the next media file to be played after the current media file is obtained from the content distribution network or a preset storage path.
  • the online next media file may be obtained from the content distribution network, or the downloaded next media file may be obtained from a preset storage path.
  • the rendering operation of the data frames is performed according to the time sequence of the data frames in the next media file, so that the pause phenomenon of the media file during loop playback can be avoided On the basis of this, the normal playback of media files is realized.
  • the demultiplexed data set corresponds to a fixed storage space; and according to the time sequence of the data frames in the next media file, sequentially acquire the data corresponding to the next media file
  • the data frame is demultiplexed, including:
  • the memory data According to the memory data, according to the time sequence of the data frames in the next media file, sequentially obtain the data frames corresponding to the next media file for demultiplexing operation, until the video decoding corresponding to the next media file and The sum of the memory data occupied by audio decoding and the memory data occupied by video decoding and audio decoding corresponding to the current media file is consistent with the storage space corresponding to the demultiplexed data set.
  • the demultiplexed data set has a fixed storage space.
  • the demultiplexed data set may store the video decoding and audio decoding corresponding to the current media file.
  • the demultiplexed data set can include not only the video decoding and audio decoding corresponding to the current media file, but also the video decoding and audio decoding corresponding to the next media file.
  • the storage space for the demultiplexed dataset is the same.
  • the memory data occupied by video decoding and audio decoding corresponding to the current media file in the demultiplexing data set can be determined.
  • the memory data according to the time sequence of the data frames in the next media file, the data frames corresponding to the next media file are sequentially obtained for demultiplexing operation, until the memory data occupied by the video decoding and audio decoding corresponding to the next media file are equal to the The sum of the memory data occupied by the video decoding and audio decoding corresponding to the current media file is consistent with the storage space corresponding to the demultiplexing data set.
  • the media file processing method provided in this embodiment by performing the demultiplexing operation of the next media file data frame according to the storage space of the demultiplexing data set, can avoid the pause phenomenon of the media file during loop playback, and accurately Acquire the data frame of the next media file for demultiplexing operation.
  • the rendering operation of the video decoding and audio decoding includes:
  • the media file published by the user may be composed of audio data and video data, therefore, in order to implement the rendering operation of the next media file.
  • the video decoding and audio decoding corresponding to the data frame may be rendered separately to obtain the rendered video decoding and audio decoding.
  • FIG. 3 is a schematic diagram of an application scenario provided by an embodiment of the present disclosure.
  • the data frame 31 corresponding to the next media file can be demultiplexed to obtain the video decoding 32 and audio decoding 33 corresponding to the data frame. , respectively perform rendering operations on the video decoding 32 and the audio decoding 33 to obtain the rendered data 34 .
  • the duration of the audio may be different from the duration of the video of the media file published by the user. Therefore, in the process of playing a media file, there may be situations where the video has already been played and there is no currently displayed content, but the audio continues to play, which will cause poor user experience.
  • the editing operation on the audio decoding includes:
  • an alignment operation may be performed on audio decoding and video decoding according to the starting point of the audio decoding and the starting point of the video decoding. It is determined that the end of the aligned audio decoding is longer than the duration to be edited of the aligned video decoding, and the audio decoding corresponding to the duration to be edited is deleted.
  • Fig. 4 is a schematic diagram of another application scenario provided by the embodiment of the present disclosure.
  • the audio decoding 41 and the video decoding 42 can be aligned, and the audio decoding 41 is determined to be more than the video decoding 42 according to the order of time. Edit duration. Therefore, the audio decoding 43 corresponding to the duration to be edited can be subsequently deleted.
  • the data frame corresponding to the next media file is demultiplexed, and when the duration of audio decoding is longer than the duration of video decoding, the part where audio decoding is longer than video decoding is deleted Operation, so as to ensure that audio decoding and video decoding are played at the same time, avoiding pauses, improving the smoothness of playing media files, and improving user experience.
  • FIG. 5 is a schematic structural diagram of a media file processing device provided in Embodiment 2 of the present disclosure.
  • the device includes: a judging module 51 for judging the current Whether the last frame of the media file has been played; the acquisition module 52 is used to obtain the corresponding video decoding and audio decoding of the next media file if it is judged that the last frame has been played, wherein the video decoding and audio decoding are When the current media file is not finished playing, the data frame corresponding to the next media file is obtained and obtained after demultiplexing; the rendering module 53 is used to render the video decoding and audio decoding, and play Rendered video decoding and audio decoding.
  • the current media file and the next media file are the same media file; or, the current media file and the next media file are different media files;
  • the device also includes: a file acquisition module, a demultiplexing module and a storage module, wherein the file acquisition module is used to obtain the next media file to be played after the current media file when the current media file has not been played; demultiplexing A module is used to sequentially obtain the data frames corresponding to the next media file according to the time sequence of the data frames in the next media file and perform demultiplexing operations, so as to obtain the corresponding video decoding and Audio decoding; a storage module, configured to store the video decoding and audio decoding corresponding to the next media file into the demultiplexing data set.
  • the acquisition module is configured to: acquire the next media file to be played after the current media file from the content distribution network or a preset storage path.
  • the demultiplexed data set corresponds to a fixed storage space; the file acquisition module is used to: determine the video decoding and audio corresponding to the current media file in the demultiplexed data set The memory data occupied by decoding; According to the memory data, according to the time sequence of the data frames in the next media file, sequentially obtain the data frames corresponding to the next media file and perform demultiplexing operations until the next The sum of the memory data occupied by the video decoding and audio decoding corresponding to the media file and the memory data occupied by the video decoding and audio decoding corresponding to the current media file is consistent with the storage space corresponding to the demultiplexed data set.
  • the rendering module is configured to: respectively perform rendering operations on video decoding and audio decoding corresponding to the data frame, to obtain the rendered video decoding and audio decoding.
  • the device further includes: a duration judging module, configured to judge whether the audio decoding duration is longer than the video decoding duration.
  • the editing module is configured to perform editing operations on the audio decoding if yes.
  • the editing module is configured to: perform an alignment operation on the audio decoding and the video decoding according to the starting point of the audio decoding and the starting point of the video decoding, to obtain Aligned audio decoding and aligned video decoding; determining that the end of the aligned audio decoding is longer than the duration to be edited of the aligned video decoding; deleting the audio decoding corresponding to the duration to be edited.
  • Another embodiment of the present disclosure also provides an electronic device, including: at least one processor and a memory;
  • the memory stores computer-executable instructions
  • the at least one processor executes the computer-executed instructions stored in the memory, so that the at least one processor executes the media file processing method as described in any of the foregoing embodiments.
  • Another embodiment of the present disclosure also provides a computer-readable storage medium, where computer-executable instructions are stored in the computer-readable storage medium, and when the processor executes the computer-executable instructions, the implementation of any of the above-mentioned embodiments The media file processing method described above.
  • Another embodiment of the present disclosure further provides a computer program product, including a computer program, when the computer program is executed by a processor, the media file processing method as described in any one of the above embodiments is implemented.
  • Another embodiment of the present disclosure further provides a computer program, which implements the media file processing method as described in any of the above embodiments when the computer program is executed by a processor.
  • the device provided in this embodiment can be used to implement the technical solution of the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment will not repeat them here.
  • FIG. 6 is a schematic structural diagram of an electronic device provided by Embodiment 3 of the present disclosure. As shown in FIG. 6 , it shows a schematic structural diagram of an electronic device 600 suitable for implementing an embodiment of the present disclosure.
  • the electronic device 600 may be a terminal device or server.
  • the terminal equipment may include but not limited to mobile phones, notebook computers, digital broadcast receivers, personal digital assistants (Personal Digital Assistant, PDA for short), tablet computers (Portable Android Device, PAD for short), portable multimedia players (Portable Media Player, referred to as PMP), mobile terminals such as vehicle-mounted terminals (such as vehicle-mounted navigation terminals), and fixed terminals such as digital TVs, desktop computers, etc.
  • PDA Personal Digital Assistant
  • PMP portable multimedia players
  • mobile terminals such as vehicle-mounted terminals (such as vehicle-mounted navigation terminals)
  • fixed terminals such as digital TVs, desktop computers, etc.
  • the electronic device shown in FIG. 6 is only an example, and should not limit the functions and application scope of the embodiments of
  • an electronic device 600 may include a processing device (such as a central processing unit, a graphics processing unit, etc.) 601, which may be stored in a program in a read-only memory (Read Only Memory, ROM for short) 602 or from a storage device. 608 loads the program in the random access memory (Random Access Memory, referred to as RAM) 603 to execute various appropriate actions and processes. In the RAM 603, various programs and data necessary for the operation of the electronic device 600 are also stored.
  • the processing device 601, ROM 602, and RAM 603 are connected to each other through a bus 604.
  • An input/output (Input/Output, I/O for short) interface 605 is also connected to the bus 604 .
  • an input device 606 including, for example, a touch screen, a touchpad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; ), a speaker, a vibrator, etc.
  • a storage device 608 including, for example, a magnetic tape, a hard disk, etc.
  • the communication means 609 may allow the electronic device 600 to communicate with other devices wirelessly or by wire to exchange data. While FIG. 6 shows electronic device 600 having various means, it should be understood that implementing or having all of the means shown is not a requirement. More or fewer means may alternatively be implemented or provided.
  • embodiments of the present disclosure include a computer program product, which includes a computer program carried on a computer-readable medium, where the computer program includes program codes for executing the methods shown in the flowcharts.
  • the computer program may be downloaded and installed from a network via communication means 609, or from storage means 608, or from ROM 602.
  • the processing device 601 When the computer program is executed by the processing device 601, the above-mentioned functions defined in the methods of the embodiments of the present disclosure are performed.
  • the above-mentioned computer-readable medium in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two.
  • a computer readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof.
  • Computer-readable storage media may include, but are not limited to, electrical connections with one or more wires, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable Electrical Programmable Read Only Memory (EPROM or flash memory for short), optical fiber, portable compact disk read-only memory (Compact Disc Read-only Memory, CD-ROM for short), optical storage device, magnetic storage device, or the above any suitable combination.
  • a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.
  • a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave carrying computer-readable program code therein. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • a computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can transmit, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device .
  • the program code contained on the computer readable medium can be transmitted by any appropriate medium, including but not limited to: electric wire, optical cable, radio frequency (Radio Frequency, RF for short), etc., or any suitable combination of the above.
  • the above-mentioned computer-readable medium may be included in the above-mentioned electronic device, or may exist independently without being incorporated into the electronic device.
  • the above-mentioned computer-readable medium carries one or more programs, and when the above-mentioned one or more programs are executed by the electronic device, the electronic device is made to execute the methods shown in the above-mentioned embodiments.
  • Computer program code for carrying out the operations of the present disclosure can be written in one or more programming languages, or combinations thereof, including object-oriented programming languages—such as Java, Smalltalk, C++, and conventional Procedural Programming Language - such as "C" or a similar programming language.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer can be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or it can be connected to an external A computer (connected via the Internet, eg, using an Internet service provider).
  • LAN Local Area Network
  • WAN Wide Area Network
  • each block in a flowchart or block diagram may represent a module, program segment, or portion of code that contains one or more logical functions for implementing specified executable instructions.
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or they may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations can be implemented by a dedicated hardware-based system that performs the specified functions or operations , or may be implemented by a combination of dedicated hardware and computer instructions.
  • the units involved in the embodiments described in the present disclosure may be implemented by software or by hardware. Wherein, the name of the unit does not constitute a limitation of the unit itself under certain circumstances, for example, the first obtaining unit may also be described as "a unit for obtaining at least two Internet Protocol addresses".
  • exemplary types of hardware logic components include: Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA for short), Application Specific Integrated Circuit (ASIC for short), application specific standard product (Application Specific Standard Product, ASSP for short), System-on-a-chip (SOC for short), Complex Programmable Logic Device (CPLD for short), etc.
  • a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device.
  • a machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium.
  • a machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing.
  • machine-readable storage media would include one or more wire-based electrical connections, portable computer discs, hard drives, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, compact disk read only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the foregoing.
  • RAM random access memory
  • ROM read only memory
  • EPROM or flash memory erasable programmable read only memory
  • CD-ROM compact disk read only memory
  • magnetic storage or any suitable combination of the foregoing.
  • a method for processing a media file including:
  • the video decoding and audio decoding corresponding to the next media file are obtained, wherein the video decoding and audio decoding are obtained when the current media file is not completely played, and the next media is obtained
  • the data frame corresponding to the file is obtained after demultiplexing;
  • the current media file and the next media file are the same media file; or, the current media file and the next media file are different media files; If it is judged that the last frame has been played, before obtaining the corresponding video decoding and audio decoding of the next media file, it also includes: when the current media file is not finished playing, obtaining the next media to be played after the current media file file; according to the chronological order of the data frames in the next media file, sequentially obtain the data frames corresponding to the next media file for demultiplexing operation, so as to obtain the video decoding and audio decoding corresponding to the next media file; The video decoding and audio decoding corresponding to the next media file are stored in the demultiplexing data set.
  • the acquiring the next media file to be played after the current media file includes: acquiring the next media file to be played after the current media file from the content distribution network or a preset storage path media files.
  • the demultiplexed data set corresponds to a fixed storage space; and according to the time sequence of the data frames in the next media file, sequentially acquire the data corresponding to the next media file
  • the demultiplexing operation of the data frames includes: determining the memory data occupied by the video decoding and audio decoding corresponding to the current media file in the demultiplexing data set; according to the memory data, according to the data in the next media file
  • the time sequence of frames sequentially acquire the data frames corresponding to the next media file and perform the demultiplexing operation until the memory data occupied by the video decoding and audio decoding corresponding to the next media file is the same as that of the current media file
  • the sum of memory data occupied by video decoding and audio decoding is consistent with the storage space corresponding to the demultiplexed data set.
  • performing the rendering operation on the video decoding and audio decoding includes: respectively performing rendering operations on the video decoding and audio decoding corresponding to the data frame to obtain the rendered Video decoding and audio decoding.
  • the demultiplexing operation after obtaining the data frames corresponding to the next media file in sequence according to the time sequence of the data frames in the next media file and performing the demultiplexing operation, it further includes: judging Whether the duration of the audio decoding is longer than the duration of the video decoding; if so, edit the audio decoding.
  • the editing operation on the audio decoding includes: performing the audio decoding and the video decoding according to the starting point of the audio decoding and the starting point of the video decoding Alignment operation to obtain aligned audio decoding and aligned video decoding; determine that the end of the aligned audio decoding is longer than the aligned video decoding duration; delete the audio decoding corresponding to the duration to be edited .
  • a media file processing device including:
  • a judging module used to judge whether the last frame of the current media file has been played if it detects that the playback mode of the current media file is loop playback;
  • the obtaining module is used to obtain the video decoding and audio decoding corresponding to the next media file if it is determined that the last frame has been played, wherein the video decoding and audio decoding are obtained when the current media file has not been played completely
  • the data frame corresponding to the next media file is demultiplexed and obtained;
  • the rendering module is configured to render the video decoding and audio decoding, and play the rendered video decoding and audio decoding.
  • the current media file and the next media file are the same media file; or, the current media file and the next media file are different media files;
  • the device also includes: a file acquisition module, a demultiplexing module and a storage module, wherein the file acquisition module is used to obtain the next media file to be played after the current media file when the current media file has not been played; demultiplexing A module is used to sequentially obtain the data frames corresponding to the next media file according to the time sequence of the data frames in the next media file and perform demultiplexing operations, so as to obtain the corresponding video decoding and Audio decoding; a storage module, configured to store the video decoding and audio decoding corresponding to the next media file into the demultiplexing data set.
  • the obtaining module is configured to: obtain a next media file to be played after the current media file from a content distribution network or a preset storage path.
  • the demultiplexed data set corresponds to a fixed storage space
  • the file acquisition module is used to: determine the video decoding and audio corresponding to the current media file in the demultiplexed data set The memory data occupied by decoding; According to the memory data, according to the time sequence of the data frames in the next media file, sequentially obtain the data frames corresponding to the next media file and perform demultiplexing operations until the next The sum of the memory data occupied by the video decoding and audio decoding corresponding to the media file and the memory data occupied by the video decoding and audio decoding corresponding to the current media file is consistent with the storage space corresponding to the demultiplexed data set.
  • the rendering module is configured to: respectively perform rendering operations on video decoding and audio decoding corresponding to the data frame, and obtain the rendered video decoding and audio decoding.
  • the device further includes: a duration judging module, configured to judge whether the audio decoding duration is longer than the video decoding duration.
  • the editing module is configured to perform editing operations on the audio decoding if yes.
  • the editing module is configured to: perform an alignment operation on the audio decoding and the video decoding according to the starting point of the audio decoding and the starting point of the video decoding, and obtain the aligned audio decoding and aligned video decoding; determine that the end of the aligned audio decoding is longer than the duration to be edited of the aligned video decoding; delete the audio decoding corresponding to the duration to be edited.
  • an electronic device including: at least one processor and a memory;
  • the memory stores computer-executable instructions
  • the at least one processor executes the computer-executed instructions stored in the memory, so that the at least one processor executes the media file processing method described in the above first aspect and various possible designs of the first aspect.
  • a computer-readable storage medium stores computer-executable instructions, and when a processor executes the computer-executable instructions, Realize the media file processing method described in the first aspect and various possible designs of the first aspect.
  • a computer-readable storage medium stores computer-executable instructions, and when a processor executes the computer-executable instructions, Realize the media file processing method as described in any one of the above-mentioned embodiments.
  • a computer program is provided.
  • the computer program When the computer program is executed by a processor, it realizes the above-mentioned first aspect and various possible designs of the first aspect.
  • Media file processing method When the computer program is executed by a processor, it realizes the above-mentioned first aspect and various possible designs of the first aspect.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本公开实施例提供一种媒体文件处理方法、装置、设备、可读存储介质及产品，该方法包括：若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕（101）；若播放完毕，获取下一媒体文件对应的视频解码以及音频解码（102），视频解码以及音频解码为当前媒体文件未播放完毕时，获取下一媒体文件对应的数据帧并进行解复用后获得的；对视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码（103）。由于该视频解码以及音频解码在当前媒体文件未播放完毕时即获取并解复用完毕，从而在当前媒体文件播放完毕时，下一媒体文件已经解复用完毕，可以直接进行播放，避免了循环播放视频时的卡顿现象，提高媒体文件播放时的平滑性。

Description

媒体文件处理方法、装置、设备、可读存储介质及产品
本申请要求于2021年07月13日提交中国专利局、申请号为202110791397.0、申请名称为“媒体文件处理方法、装置、设备、可读存储介质及产品”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本公开实施例涉及数据处理技术领域，尤其涉及一种媒体文件处理方法、装置、电子设备、可读存储介质、计算机程序产品及计算机程序。
背景技术
随着终端设备及网络的发展，短视频应用软件逐渐走进用户的生活。而为了使用户观看到更加贴合个人喜好的视频，现有的短视频应用软件一般都选择使用大数据的方式分析用户喜好，并向用户推送与其兴趣相关的视频信息。
现有的短视频应用软件在使用过程中，当用户选择循环播放与其兴趣相关的视频信息时，一般都是获取视频文件，对视频文件进行渲染，播放渲染后的视频文件。在当前的视频文件渲染完毕时，再获取下一视频文件，从该下一视频文件的第一帧进行渲染操作。
但是，采用上述方法进行视频文件的渲染处理时，在视频完全播放结束后再下载数据进行渲染操作，往往下一视频文件的首帧显示需要一定的时间，从而用户在使用过程中，可能会产生停顿感，视频浏览体验不够顺滑。
发明内容
本公开实施例提供一种媒体文件处理方法、装置、电子设备、可读存储介质、计算机程序产品及计算机程序，以解决现有的视频渲染方法在连续播放视频时，会产生停顿感，视频浏览体验不佳的技术问题。
第一方面，本公开实施例提供一种媒体文件处理方法，包括：
若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；
若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；
对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
第二方面，本公开实施例提供一种媒体文件处理装置，包括：
判断模块，用于若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；
获取模块，用于若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；
渲染模块，用于对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
第三方面，本公开实施例提供一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
第四方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
第五方面，本公开实施例提供一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
第六方面，本公开实施例提供一种计算机程序，所述计算机程序在被处理器执行时实现如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
本实施例提供的媒体文件处理方法、装置、设备、可读存储介质及产品，该方法通过在循环播放模式下，检测到当前媒体文件的最后一帧播放完毕后，获取下一媒体文件对应的视频解码以及音频解码进行显示，其中，该视频解码以及音频解码为当前媒体文件未播放完毕时，获取下一媒体文件对应的数据帧并进行解复用后获得的。由于该视频解码以及音频解码在当前媒体文件未播放完毕时即获取并解复用完毕，从而在当前媒体文件播放完 毕时，下一媒体文件已经解复用完毕，可以直接进行播放，避免了循环播放视频时的卡顿现象，提高媒体文件播放时的平滑性，提高用户体验。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开实施例一提供的媒体文件处理方法的流程示意图；
图2为本公开所基于的系统架构图；
图3为本公开实施例提供的应用场景示意图；
图4为本公开实施例提供的又一应用场景示意图；
图5为本公开实施例二提供的媒体文件处理装置的结构示意图；
图6为本公开实施例三提供的电子设备的结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
针对上述提及的现有的视频渲染方法在连续播放视频时，会产生停顿感，视频浏览体验不佳的技术问题，本公开提供了一种媒体文件处理方法、装置、设备、可读存储介质及产品。
需要说明的是，本公开提供媒体文件处理方法、装置、设备、可读存储介质及产品可运用在各种媒体文件循环播放的场景中。
当用户采用循环播放的模式进行媒体文件播放时，现有技术中一般都是在当前媒体文件播放完毕之后，再获取下一媒体文件进行渲染操作，并播放渲染后的下一媒体文件。但是，采用上述方法进行媒体文件的渲染操作，会导致用户在使用过程中，可能会产生停顿感，媒体文件浏览体验不够顺滑。
在解决上述技术问题的过程中，发明人通过研究发现，为了避免媒体文件循环播放时的停顿现象，可以在当前媒体文件未播放完毕时，获取下一媒体文件并进行渲染操作。从而能够在当前媒体文件播放完毕时，获取已渲染完毕的下一媒体文件进行播放。
图1为本公开实施例一提供的媒体文件处理方法的流程示意图，如图1所示，该方法包括：
步骤101、若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕。
本实施例的执行主体为媒体文件处理装置，该媒体文件处理装置可耦合于用户的终端设备内，从而能够在用户使用终端设备进行媒体文件浏览时，对媒体文件进行处理。
可选地，该媒体文件处理装置还可以耦合于服务器中，该服务器能够与用户的终端设备通信连接，从而能够与终端设备进行信息交互。在用户使用终端设备进行媒体文件浏览时，对媒体文件进行处理，将处理后的媒体文件发送至终端设备进行播放。
图2为本公开所基于的系统架构图，如图2所示，本公开所基于的系统架构中至少包括服务器1以及终端设备2，其中，服务器1中设置有媒体文件处理装置，该媒体文件处理装置可采用C/C++、Java、Shell或Python等语言编写；终端设备2则可例如台式电脑、平板电脑等。
实际应用中，用户可以在终端设备上对媒体文件进行浏览，媒体文件可以有多种不同的播放模式，例如，播放模式可以包括循环播放。举例来说，现有的短视频软件常用的数据推送方式，可以通过大数据分析，确定能够满足用户个性化需求的多个媒体文件，当用户选择循环播放模式时，可以在一个媒体文件播放完毕时，继续播放下一个满足用户个性化需求的媒体文件。可选地，循环播放还可以为播放完当前媒体文件之后，继续播放下一媒体文件，其中，下一媒体文件与当前媒体文件的内容相同。
在本实施方式中，由于循环播放的播放模式下，播放完当前媒体文件之后，需要获取下一媒体文件进行播放。而为了避免在当前媒体文件播放完毕之后，再获取下一媒体文件进行渲染造成的停顿现象，若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕。
步骤102、若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的。
在本实施方式中，为了提高媒体文件循环播放时的平滑度，可以在当前媒体文件未播放完毕时，即获取下一媒体文件进行解复用操作，得到下一媒体文件对应的视频解码以及音频解码。因此，若检测到当前媒体文件最后一帧已播放完毕，则可以直接获取下一媒体文件对应的视频解码以及音频解码。从而在当前媒体文件播放完毕时，下一媒体文件已经解复用完毕，可以直接获取视频解码以及音频解码进行播放，有效地避免了停顿现象。
步骤103、对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
在本实施方式中，获取到下一媒体文件对应的视频解码以及音频解码之后，可以对该下一媒体文件对应的视频解码以及音频解码进行渲染操作。
若媒体文件处理装置耦合于终端设备时，可以直接控制终端设备的显示界面播放渲染后的下一媒体文件对应的视频解码以及音频解码。
可选地，若媒体文件处理装置耦合于服务器中，则服务器可以将渲染后的下一媒体文件对应的视频解码以及音频解码发送至终端设备，以使终端设备的显示界面播放该渲染后的下一媒体文件对应的视频解码以及音频解码。
本实施例提供的媒体文件处理方法，该方法通过在循环播放模式下，检测到当前媒体文件的最后一帧播放完毕后，获取下一媒体文件对应的视频解码以及音频解码进行显示，其中，该视频解码以及音频解码为当前媒体文件未播放完毕时，获取下一媒体文件对应的数据帧并进行解复用后获得的。由于该视频解码以及音频解码在当前媒体文件未播放完毕时即获取并解复用完毕，从而在当前媒体文件播放完毕时，下一媒体文件已经解复用完毕，可以直接进行播放，避免了循环播放视频时的卡顿现象，提高媒体文件播放时的平滑性，提高用户体验。
进一步地，在实施例一的基础上，所述当前媒体文件与所述下一媒体文件为相同的媒体文件；或者，所述当前媒体文件与所述下一媒体文件为不同的媒体文件；步骤102之前，还包括：
在当前媒体文件未播放完毕时，获取在当前媒体文件后待播放的下一媒体文件。
按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，以获得所述下一媒体文件对应的视频解码以及音频解码。
将所述下一媒体文件对应的视频解码以及音频解码存储至所述解复用数据集中。
在本实施例中，为了避免在当前媒体文件播放完毕之后，再获取下一媒体文件进行解复用造成的停顿现象，可以在当前媒体文件未播放完毕时，即获取下一媒体文件进行解复用操作，得到下一媒体文件对应的视频解码以及音频解码。
具体地，在循环播放模式下，下一媒体文件可以与当前播放的媒体文件不同，其可以为通过大数据计算确定的满足用户个性化需求的媒体文件。因此，可以在当前媒体文件未播放完毕时，按照预设的播放顺序，获取在当前媒体文件之后播放的下一媒体文件。仍以短视频应用举例来说，可以通过大数据分析，确定能够满足用户个性化需求的多个媒体文件，在当前媒体文件播放完毕时，可以在满足用户个性化需求的多个媒体文件中确定下一媒体文件。
在循环播放模式下，该在当前媒体文件后播放的下一媒体文件可以为与当前媒体文件相同的媒体文件。因此，在检测到当前媒体文件未播放完毕时，可以重复获取当前媒体文件作为下一媒体文件。
每一媒体文件中均包括多个数据帧，为了实现下一媒体文件的正常播放，在获取到下一媒体文件之后，可以按照下一媒体文件中数据帧的时间顺序，一次获取下一媒体文件中的视频帧进行解复用操作，获得下一媒体文件对应的视频解码以及音频解码，并将下一媒体文件对应的视频解码以及音频解码存储至所述解复用数据集中。
具体地，在实施例一的基础上，所述获取当前媒体文件后待播放的下一媒体文件，包括：
从内容分发网络或预设的存储路径中，获取当前媒体文件后待播放的下一媒体文件。
在本实施例中，可以从内容分发网络中获取在线的下一媒体文件，也可以从预设的存储路径中获取已下载完毕的下一媒体文件。
本实施例提供的媒体文件处理方法，通过在获取到下一媒体文件之后，按照下一媒体文件内数据帧的时间顺序进行数据帧的渲染操作，从而能够在避免循环播放时媒体文件的停顿现象的基础上，实现媒体文件的正常播放。
进一步地，在实施例一的基础上，所述解复用数据集对应有固定的存储空间；所述按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，包括：
确定所述解复用数据集中当前媒体文件对应的视频解码以及音频解码所占用的内存数据。
根据所述内存数据，按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，直到所述下一媒体文件对应的视频解码以及音频解码所占用的内存数据与所述当前媒体文件对应的视频解码以及音频解码所占用的内存数据之和与所述解复用数据集对应的存储空间一致。
在本实施例中，解复用数据集具有固定的存储空间。在当前媒体文件未播放完毕时，该解复用数据集中可以存储有当前媒体文件对应的视频解码以及音频解码。在当前媒体文件快播放完毕时，解复用数据集中可以既包括当前媒体文件对应的视频解码以及音频解码，还包括下一媒体文件对应的视频解码以及音频解码，二者共同占用的内存与该解复用数据集的存储空间相同。
因此，首先可以确定解复用数据集中当前媒体文件对应的视频解码以及音频解码所占用的内存数据。根据内存数据，按照下一媒体文件中数据帧的时间顺序，依次获取下一媒体文件对应的数据帧进行解复用操作，直到下一媒体文件对应的视频解码以及音频解码所占用的内存数据与当前媒体文件对应的视频解码以及音频解码所占用的内存数据之和与解复用数据集对应的存储空间一致。
本实施例提供的媒体文件处理方法，通过根据解复用数据集的存储空间进行下一媒体文件数据帧的解复用操作，从而能够在避免循环播放时媒体文件的停顿现象的基础上，精准地获取下一媒体文件的数据帧进行解复用操作。
进一步地，在实施例一的基础上，所述对所述视频解码以及音频解码进行渲染操作，包括：
分别对所述数据帧对应的视频解码以及音频解码进行渲染操作，获得所述渲染后的视频解码以及音频解码。
在本实施例中，用户发布的媒体文件可以由音频数据以及视频数据共同组成，因此，为了实现对下一媒体文件的渲染操作。可以分别对数据帧对应的视频解码以及音频解码进行渲染操作，获得所述渲染后的视频解码以及音频解码。
图3为本公开实施例提供的应用场景示意图，如图3所示，可以对下一媒体文件对应的数据帧31进行解复用操作，获得与该数据帧对应的视频解码32以及音频解码33，分别对视频解码32以及音频解码33进行渲染操作，获得已渲染数据34。
进一步地，在上述任一实施例的基础上，所述按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作之后，还包括：
判断所述音频解码的时长是否大于所述视频解码的时长。
若是，则对所述音频解码进行编辑操作。
实际应用中，用户发布的媒体文件可能音频的时长与视频的时长有所不同。因此，在媒体文件播放的过程中，可能存在视频已经播放完毕，当前没有显示内容，但是音频继续播放的情况，会造成用户观感较差。
在本实施例中，为了避免上述问题的发生，在对数据帧进行解复用，获得视频解码以及音频解码之后，可以判断音频解码的时长是否大于视频解码的时长。如果音频解码的时长大于视频解码的时长，则可能会出现视频播放停顿的现象。因此，需要对音频解码进行编辑操作。
进一步地，在上述任一实施例的基础上，所述对所述音频解码进行编辑操作，包括：
根据所述音频解码的起点以及所述视频解码的起点，对所述音频解码与所述视频解码进行对齐操作，获得对齐后的音频解码以及对齐后的视频解码；
确定所述对齐后的音频解码结尾处多于所述对齐后的视频解码的待编辑时长；
删除所述待编辑时长对应的音频解码。
在本实施例中，当音频解码的时长大于视频解码的时长时，音频解码后段时长超过视频解码的部分往往不存在有意义的内容。因此，首先可以根据所述音频解码的起点以及所述视频解码的起点，对音频解码与视频解码进行对齐操作。确定所述对齐后的音频解码结尾处多于所述对齐后的视频解码的待编辑时长，对该待编辑时长对应的音频解码进行删除操作。
图4为本公开实施例提供的又一应用场景示意图，如图4所示，可以对音频解码41与视频解码42进行对齐操作，按照时间顺序，确定音频解码41中多于视频解码42的待编辑时长。从而后续可以删除该待编辑时长对应的音频解码43。
本实施例提供的媒体文件处理方法，通过对下一媒体文件对应的数据帧进行解复用操作，并在音频解码的时长大于视频解码的时长时，对音频解码多于视频解码的部 分进行删除操作，从而能够保证音频解码与视频解码同时播放完毕，避免出现停顿现象，提高媒体文件的播放平滑度，提高用户体验。
图5为本公开实施例二提供的媒体文件处理装置的结构示意图，如图5所示，该装置包括：判断模块51，用于若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；获取模块52，用于若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；渲染模块53，用于对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
进一步地，在实施例二的基础上，所述当前媒体文件与所述下一媒体文件为相同的媒体文件；或者，所述当前媒体文件与所述下一媒体文件为不同的媒体文件；所述装置还包括：文件获取模块、解复用模块以及存储模块，其中，文件获取模块，用于在当前媒体文件未播放完毕时，获取在当前媒体文件后待播放的下一媒体文件；解复用模块，用于按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，以获得所述下一媒体文件对应的视频解码以及音频解码；存储模块，用于将所述下一媒体文件对应的视频解码以及音频解码存储至所述解复用数据集中。
进一步地，在实施例二的基础上，所述获取模块用于：从内容分发网络或预设的存储路径中，获取当前媒体文件后待播放的下一媒体文件。
进一步地，在实施例二的基础上，所述解复用数据集对应有固定的存储空间；所述文件获取模块用于：确定所述解复用数据集中当前媒体文件对应的视频解码以及音频解码所占用的内存数据；根据所述内存数据，按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，直到所述下一媒体文件对应的视频解码以及音频解码所占用的内存数据与所述当前媒体文件对应的视频解码以及音频解码所占用的内存数据之和与所述解复用数据集对应的存储空间一致。
进一步地，在上述任一实施例的基础上，所述渲染模块用于：分别对所述数据帧对应的视频解码以及音频解码进行渲染操作，获得所述渲染后的视频解码以及音频解码。
进一步地，在上述任一实施例的基础上，所述装置还包括：时长判断模块，用于判断所述音频解码的时长是否大于所述视频解码的时长。编辑模块，用于若是，则对所述音频解码进行编辑操作。
进一步地，在上述任一实施例的基础上，所述编辑模块用于：根据所述音频解码的起点以及所述视频解码的起点，对所述音频解码与所述视频解码进行对齐操作，获得对齐后的音频解码以及对齐后的视频解码；确定所述对齐后的音频解码结尾处多于所述对齐后的视频解码的待编辑时长；删除所述待编辑时长对应的音频解码。
本公开又一实施例还提供了一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上述任一实施例所述的媒体文件处理方法。
本公开又一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上述任一实施例所述的媒体文件处理方法。
本公开又一实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上述任一实施例所述的媒体文件处理方法。
本公开又一实施例还提供了一种计算机程序，所述计算机程序在被处理器执行时实现如上述任一实施例所述的媒体文件处理方法。
本实施例提供的设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
图6为本公开实施例三提供的电子设备的结构示意图，如图6所示，其示出了适于用来实现本公开实施例的电子设备600的结构示意图，该电子设备600可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑(Portable Android Device，简称PAD)、便携式多媒体播放器(Portable Media Player，简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(Read Only Memory，简称ROM)602中的程序 或者从存储装置608加载到随机访问存储器(Random Access Memory，简称RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(Input/Output，简称I/O)接口605也连接至总线604。
通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(Liquid Crystal Display，简称LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Electrical Programmable Read Only Memory，简称EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-only Memory，简称CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质 以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、射频(Radio Frequency，简称RF)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(Local Area Network，简称LAN)或广域网(Wide Area Network，简称WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、专用标准产品(Application Specific Standard Product，简称ASSP)、片上系统(System-on-a-chip，简称SOC)、复杂可编程逻辑设备(Complex Programmable Logic Device，简称CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
第一方面，根据本公开的一个或多个实施例，提供了一种媒体文件处理方法，包括：
若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；
若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；
对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
根据本公开的一个或多个实施例，所述当前媒体文件与所述下一媒体文件为相同的媒体文件；或者，所述当前媒体文件与所述下一媒体文件为不同的媒体文件；所述若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码之前，还包括：在当前媒体文件未播放完毕时，获取在当前媒体文件后待播放的下一媒体文件；按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，以获得所述下一媒体文件对应的视频解码以及音频解码；将所述下一媒体文件对应的视频解码以及音频解码存储至所述解复用数据集中。
根据本公开的一个或多个实施例，所述获取当前媒体文件后待播放的下一媒体文件，包括：从内容分发网络或预设的存储路径中，获取当前媒体文件后待播放的下一媒体文件。
根据本公开的一个或多个实施例，所述解复用数据集对应有固定的存储空间；所述按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，包括：确定所述解复用数据集中当前媒体文件对应的视频解码以及音频解码所占用的内存数据；根据所述内存数据，按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，直到所述下一媒体文件对应的视频解码以及音频解码所占用的内存数据与所述当前媒体文件对应的视频解码以及音频解码所占用的内存数据之和与所述解复用数据集对应的存储空间一致。
根据本公开的一个或多个实施例，所述对所述视频解码以及音频解码进行渲染操作，包括：分别对所述数据帧对应的视频解码以及音频解码进行渲染操作，获得所述渲染后的视频解码以及音频解码。
根据本公开的一个或多个实施例，所述按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作之后，还包括：判断所述音频解码的时长是否大于所述视频解码的时长；若是，则对所述音频解码进行编辑操作。
根据本公开的一个或多个实施例，所述对所述音频解码进行编辑操作，包括：根据所述音频解码的起点以及所述视频解码的起点，对所述音频解码与所述视频解码进行对齐操作，获得对齐后的音频解码以及对齐后的视频解码；确定所述对齐后的音频解码结尾处多于所述对齐后的视频解码的待编辑时长；删除所述待编辑时长对应的音频解码。
第二方面，根据本公开的一个或多个实施例，提供了一种媒体文件处理装置，包括：
判断模块，用于若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；
获取模块，用于若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；
渲染模块，用于对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
根据本公开的一个或多个实施例，所述当前媒体文件与所述下一媒体文件为相同的媒体文件；或者，所述当前媒体文件与所述下一媒体文件为不同的媒体文件；所述装置还包括：文件获取模块、解复用模块以及存储模块，其中，文件获取模块，用于在当前媒体文件未播放完毕时，获取在当前媒体文件后待播放的下一媒体文件；解复用模块，用于按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，以获得所述下一媒体文件对应的视频解码以及音频解码；存储模块，用于将所述下一媒体文件对应的视频解码以及音频解码存储至所述解复用数据集中。
根据本公开的一个或多个实施例，所述获取模块用于：从内容分发网络或预设的存储路径中，获取当前媒体文件后待播放的下一媒体文件。
根据本公开的一个或多个实施例，所述解复用数据集对应有固定的存储空间；所述文件获取模块用于：确定所述解复用数据集中当前媒体文件对应的视频解码以及音频解码所占用的内存数据；根据所述内存数据，按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，直到所述下一媒体文件对应的视频解码以及音频解码所占用的内存数据与所述当前媒体文件对应的视频解码以及音频解码所占用的内存数据之和与所述解复用数据集对应的存储空间一致。
根据本公开的一个或多个实施例，所述渲染模块用于：分别对所述数据帧对应的视频解码以及音频解码进行渲染操作，获得所述渲染后的视频解码以及音频解码。
根据本公开的一个或多个实施例，所述装置还包括：时长判断模块，用于判断所述音频解码的时长是否大于所述视频解码的时长。编辑模块，用于若是，则对所述音频解码进行编辑操作。
根据本公开的一个或多个实施例，所述编辑模块用于：根据所述音频解码的起点以及所述视频解码的起点，对所述音频解码与所述视频解码进行对齐操作，获得对齐后的音频解码以及对齐后的视频解码；确定所述对齐后的音频解码结尾处多于所述对齐后的视频解码的待编辑时长；删除所述待编辑时长对应的音频解码。
第三方面，根据本公开的一个或多个实施例，提供了一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
第四方面，根据本公开的一个或多个实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
第五方面，根据本公开的一个或多个实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上述任一实施例所述的媒体文件处理方法。
第六方面，根据本公开的一个或多个实施例，提供了一种计算机程序，所述计算机程序在被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的媒体文件处理方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (12)

  1. 一种媒体文件处理方法，其特征在于，包括：
    若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；
    若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；
    对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
  2. 根据权利要求1所述的方法，其特征在于，所述当前媒体文件与所述下一媒体文件为相同的媒体文件；或者，所述当前媒体文件与所述下一媒体文件为不同的媒体文件；
    所述若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码之前，还包括：
    在当前媒体文件未播放完毕时，获取在当前媒体文件后待播放的下一媒体文件；
    按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，以获得所述下一媒体文件对应的视频解码以及音频解码；
    将所述下一媒体文件对应的视频解码以及音频解码存储至所述解复用数据集中。
  3. 根据权利要求2所述的方法，其特征在于，所述获取在当前媒体文件后待播放的下一媒体文件，包括：
    从内容分发网络或预设的存储路径中，获取当前媒体文件后待播放的下一媒体文件。
  4. 根据权利要求2或3所述的方法，其特征在于，所述解复用数据集对应有固定的存储空间；
    所述按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，包括：
    确定所述解复用数据集中当前媒体文件对应的视频解码以及音频解码所占用的内存数据；
    根据所述内存数据，按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作，直到所述下一媒体文件对应的视频解码以及音频解码所占用的内存数据与所述当前媒体文件对应的视频解码以及音频解码所占用的内存数据之和与所述解复用数据集对应的存储空间一致。
  5. 根据权利要求1-4任一项所述的方法，其特征在于，所述对所述视频解码以及 音频解码进行渲染操作，包括：
    分别对所述数据帧对应的视频解码以及音频解码进行渲染操作，获得所述渲染后的视频解码以及音频解码。
  6. 根据权利要求2-5任一项所述的方法，其特征在于，所述按照所述下一媒体文件中数据帧的时间顺序，依次获取所述下一媒体文件对应的数据帧进行解复用操作之后，还包括：
    判断所述音频解码的时长是否大于所述视频解码的时长；
    若是，则对所述音频解码进行编辑操作。
  7. 根据权利要求6所述的方法，其特征在于，所述对所述音频解码进行编辑操作，包括：
    根据所述音频解码的起点以及所述视频解码的起点，对所述音频解码与所述视频解码进行对齐操作，获得对齐后的音频解码以及对齐后的视频解码；
    确定所述对齐后的音频解码结尾处多于所述对齐后的视频解码的待编辑时长；
    删除所述待编辑时长对应的音频解码。
  8. 一种媒体文件处理装置，其特征在于，包括：
    判断模块，用于若检测到当前媒体文件的播放模式为循环播放，则判断当前媒体文件的最后一帧是否播放完毕；
    获取模块，用于若判断所述最后一帧播放完毕，则获取下一媒体文件对应的视频解码以及音频解码，其中，所述视频解码以及音频解码为所述当前媒体文件未播放完毕时，获取所述下一媒体文件对应的数据帧并进行解复用后获得的；
    渲染模块，用于对所述视频解码以及音频解码进行渲染操作，并播放渲染后的视频解码以及音频解码。
  9. 一种电子设备，其特征在于，包括：至少一个处理器和存储器；
    所述存储器存储计算机执行指令；
    所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-7任一项所述的媒体文件处理方法。
  10. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-7任一项所述的媒体文件处理方法。
  11. 一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7任一项所述的媒体文件处理方法。
  12. 一种计算机程序，所述计算机程序在被处理器执行时实现如权利要求1-7任一项所述的媒体文件处理方法。
PCT/CN2022/096965 2021-07-13 2022-06-02 媒体文件处理方法、装置、设备、可读存储介质及产品 WO2023284437A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110791397.0 2021-07-13
CN202110791397.0A CN113507637A (zh) 2021-07-13 2021-07-13 媒体文件处理方法、装置、设备、可读存储介质及产品

Publications (1)

Publication Number Publication Date
WO2023284437A1 true WO2023284437A1 (zh) 2023-01-19

Family

ID=78013238

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/096965 WO2023284437A1 (zh) 2021-07-13 2022-06-02 媒体文件处理方法、装置、设备、可读存储介质及产品

Country Status (2)

Country Link
CN (1) CN113507637A (zh)
WO (1) WO2023284437A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113490044B (zh) * 2021-06-29 2023-07-28 北京百度网讯科技有限公司 一种视频播放方法、装置、电子设备及存储介质
CN113507637A (zh) * 2021-07-13 2021-10-15 北京字跳网络技术有限公司 媒体文件处理方法、装置、设备、可读存储介质及产品
CN115002550A (zh) * 2022-05-19 2022-09-02 深圳康佳电子科技有限公司 基于图像识别的视频播放控制方法、终端设备及存储介质
CN115278308B (zh) * 2022-07-28 2023-12-01 北京字跳网络技术有限公司 媒体流处理方法、装置、设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873921A (zh) * 2014-03-26 2014-06-18 北京奇艺世纪科技有限公司 一种视频的无缝播放方法及播放器
US20170163705A1 (en) * 2015-12-04 2017-06-08 Le Holdings (Beijing) Co., Ltd. Method and electronic device for implementing seamlessly continuous playing of video
US20170171278A1 (en) * 2015-12-14 2017-06-15 Le Holdings (Beijing) Co., Ltd. Method and electronic device for continuously playing video
CN107547940A (zh) * 2017-09-13 2018-01-05 广州酷狗计算机科技有限公司 视频播放处理方法、设备及计算机可读存储介质
CN108377409A (zh) * 2018-03-05 2018-08-07 广东欧珀移动通信有限公司 一种多媒体文件的无缝播放方法、终端设备及存储介质
CN109587570A (zh) * 2017-09-29 2019-04-05 腾讯科技（深圳）有限公司 视频的播放方法和装置
CN109803179A (zh) * 2018-12-25 2019-05-24 北京凯视达科技有限公司 视频自动播放方法、装置、存储介质及电子设备
WO2019227742A1 (zh) * 2018-05-29 2019-12-05 北京字节跳动网络技术有限公司 媒体播放的加载控制方法、装置及存储介质
CN113507637A (zh) * 2021-07-13 2021-10-15 北京字跳网络技术有限公司 媒体文件处理方法、装置、设备、可读存储介质及产品

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7400653B2 (en) * 2004-06-18 2008-07-15 Dolby Laboratories Licensing Corporation Maintaining synchronization of streaming audio and video using internet protocol
CN101996662B (zh) * 2010-10-22 2012-08-08 深圳市万兴软件有限公司 视频文件的连接输出方法和装置
CN105187896B (zh) * 2015-09-09 2019-04-23 暴风集团股份有限公司 多分段的媒体文件播放方法和系统
CN106470353B (zh) * 2016-09-27 2019-11-05 北京金山安全软件有限公司 一种多媒体数据处理方法及其装置、电子设备
CN107948735B (zh) * 2017-12-06 2020-09-25 北京乐我无限科技有限责任公司 一种视频播放方法、装置及电子设备
CN108966000B (zh) * 2018-07-17 2021-01-29 北京世纪好未来教育科技有限公司 播放方法及其装置、介质、终端
CN112995720B (zh) * 2019-12-16 2022-11-18 成都鼎桥通信技术有限公司 一种音视频同步方法和装置
CN112272327B (zh) * 2020-10-26 2021-10-15 腾讯科技（深圳）有限公司 数据处理方法、装置、存储介质及设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873921A (zh) * 2014-03-26 2014-06-18 北京奇艺世纪科技有限公司 一种视频的无缝播放方法及播放器
US20170163705A1 (en) * 2015-12-04 2017-06-08 Le Holdings (Beijing) Co., Ltd. Method and electronic device for implementing seamlessly continuous playing of video
US20170171278A1 (en) * 2015-12-14 2017-06-15 Le Holdings (Beijing) Co., Ltd. Method and electronic device for continuously playing video
CN107547940A (zh) * 2017-09-13 2018-01-05 广州酷狗计算机科技有限公司 视频播放处理方法、设备及计算机可读存储介质
CN109587570A (zh) * 2017-09-29 2019-04-05 腾讯科技（深圳）有限公司 视频的播放方法和装置
CN108377409A (zh) * 2018-03-05 2018-08-07 广东欧珀移动通信有限公司 一种多媒体文件的无缝播放方法、终端设备及存储介质
WO2019227742A1 (zh) * 2018-05-29 2019-12-05 北京字节跳动网络技术有限公司 媒体播放的加载控制方法、装置及存储介质
CN109803179A (zh) * 2018-12-25 2019-05-24 北京凯视达科技有限公司 视频自动播放方法、装置、存储介质及电子设备
CN113507637A (zh) * 2021-07-13 2021-10-15 北京字跳网络技术有限公司 媒体文件处理方法、装置、设备、可读存储介质及产品

Also Published As

Publication number Publication date
CN113507637A (zh) 2021-10-15

Similar Documents

Publication Publication Date Title
WO2023284437A1 (zh) 媒体文件处理方法、装置、设备、可读存储介质及产品
WO2021196903A1 (zh) 视频处理方法、装置、可读介质及电子设备
WO2023279914A1 (zh) 控件编辑方法、装置、设备、可读存储介质及产品
EP4343614A1 (en) Information processing method and apparatus, device, readable storage medium and product
WO2023103889A1 (zh) 视频处理方法、装置、电子设备及存储介质
WO2023051293A1 (zh) 一种音频处理方法、装置、电子设备和存储介质
WO2023273615A1 (zh) 媒体文件处理方法、装置、设备、可读存储介质及产品
WO2024104307A1 (zh) 直播视频流渲染方法、装置、设备、存储介质及产品
US11886484B2 (en) Music playing method and apparatus based on user interaction, and device and storage medium
WO2022242482A1 (zh) 播放控制方法、设备、存储介质及程序产品
WO2023279892A1 (zh) 节目的混合播放方法及设备
CN110022493B (zh) 播放进度显示方法、装置、电子设备和存储介质
CN111435600B (zh) 用于处理音频的方法和装置
WO2024094130A1 (zh) 内容分享方法、装置、设备、计算机可读存储介质及产品
CN114666666B (zh) 视频跳转播放方法、装置、终端设备及存储介质
US11272136B2 (en) Method and device for processing multimedia information, electronic equipment and computer-readable storage medium
WO2024046360A1 (zh) 媒体内容处理方法、装置、设备、可读存储介质及产品
WO2023151682A1 (zh) 应用启动方法、装置、电子设备、存储介质和程序产品
JP2023525091A (ja) 画像特殊効果の設定方法、画像識別方法、装置および電子機器
WO2023179404A1 (zh) 直播启播方法、设备及程序产品
WO2023072280A1 (zh) 媒体内容发送方法、装置、设备、可读存储介质及产品
WO2023165390A1 (zh) 变焦特效的生成方法、装置、设备及存储介质
US20230214237A1 (en) Method and apparatus for processing listening resuming of music application, and device
WO2023279913A1 (zh) 代码显示方法、装置、设备、计算机可读存储介质及产品
WO2022257777A1 (zh) 多媒体处理方法、装置、设备及介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22841077

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE