CN109981590A - A kind of stream medium audio and video synchronous broadcast method based on B/S framework - Google Patents

A kind of stream medium audio and video synchronous broadcast method based on B/S framework Download PDF

Info

Publication number
CN109981590A
CN109981590A CN201910149424.7A CN201910149424A CN109981590A CN 109981590 A CN109981590 A CN 109981590A CN 201910149424 A CN201910149424 A CN 201910149424A CN 109981590 A CN109981590 A CN 109981590A
Authority
CN
China
Prior art keywords
audio
video
video frame
frame
buffer area
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910149424.7A
Other languages
Chinese (zh)
Inventor
彭宏
朱芳芳
孟利民
吴涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang University of Technology ZJUT
Original Assignee
Zhejiang University of Technology ZJUT
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 Zhejiang University of Technology ZJUT filed Critical Zhejiang University of Technology ZJUT
Priority to CN201910149424.7A priority Critical patent/CN109981590A/en
Publication of CN109981590A publication Critical patent/CN109981590A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331Caching operations, e.g. of an advertisement for later insertion during playback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/6437Real-time Transport Protocol [RTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A kind of stream medium audio and video synchronous broadcast method based on B/S framework, comprising the following steps: A, in transmitting terminal is each introduced into the call number of corresponding audio pack on the head of the RTP data packet of every frame video frame;B, the audio-video packet received is cached in buffer area by client from received server-side streamed audio, video bag, and is ranked up and framing;C, when the first call number synchronizes processing to when corresponding to;D, the video frame and audio pack of the subsequent deposit buffer area of above step decoded output are repeated, until playing terminates.The present invention is simple to operation, expense is small, it is not need to rely on timestamp, also the case where packet loss, is handled, and utilize L2 cache, play the role of good smooth transition, while reducing processing, playout-delay, effectively eliminates in real-time audio and video monitoring system since audio-video is asynchronous and bring " labial is inconsistent " phenomenon.

Description

A kind of stream medium audio and video synchronous broadcast method based on B/S framework
Technical field
The present invention relates to Streaming Media fields, more particularly to the sound based on B/S framework in real-time audio and video monitoring system Audio video synchronization playback method.
Background technique
Since the new century, Chinese safety monitoring industry achieves considerable progress.Smart city, wisdom cell it is fast Run-up is set, and all new generation audiovisual digital compress technique is emerged in large numbers, and is all greatly promoted flourishing for safety monitoring market. Network monitoring system is widely applied in every field, either the weight such as mechanism, public security organs or airport, railway, bank Point unit, more and more high-quality safe protection engineerings are badly in need of document-video in-pace monitoring system clear, true to nature, and Voice Surveillance field is New highlight as security industry.After network monitoring system is added in audio, the synchronization of audio-video at monitoring system crucial class Topic.
In the technology that existing stream medium audio and video is played simultaneously, it is played simultaneously with an IP network stream medium audio and video For technology, terminal (end Web) just constantly receives the media data packet for carrying out automatic network after starting streaming media playing.This When process flow it is as follows:
(1) medium type is judged by RTP Playload (RTP load) first, learn its be which kind of format audio or Video media;
(2) according to medium type, media data and its pts (time tag) are sent to the caching of the audio or video in memory Area;
(3) a. is after video data reaches certain amount in video cache area, opening timing device, according to video data Pts is sent to Video Decoder processing, and exports video;
B. after audio data reaches certain amount in audio buffer district, opening timing device, according to the pts of audio data, Audio data in audio buffer district is decoded, and the PCM data of decoded output is sent to audio chip/sound card processing, and export Audio.
Due to the complicated factor of IP network transmission data, above-mentioned streaming media playing process, audio-visual synchronization precision is inaccurate, Random error is big, and synchronous effect is poor, is affected by abnormal conditions, therefore, can generate and bring since audio-video is asynchronous " labial is inconsistent " phenomenon.
In summary, in actual use, there is inconvenient and defect in existing stream medium audio and video simultaneous techniques, must so having It is improved.
Summary of the invention
In order to eliminate in real-time audio and video monitoring system due to audio-video is asynchronous and bring " labial is inconsistent " is existing As effectively eliminating and being regarded in real-time sound the present invention provides a kind of method that the stream medium audio and video based on B/S framework is played simultaneously Since audio-video is asynchronous and bring " labial is inconsistent " phenomenon in frequency monitoring system.
To achieve the goals above, the present invention provides the following technical solution:
A kind of stream medium audio and video synchronous broadcast method based on B/S framework, the described method comprises the following steps:
A, in transmitting terminal, the call number of corresponding audio pack is each introduced on the head of the RTP data packet of every frame video frame;
B, the audio-video packet received is cached to caching from received server-side streamed audio, video bag by client Qu Zhong, and be ranked up and framing;
C, when the first call number is as follows to treatment process when corresponding to:
C1, the first video frame find corresponding first audio pack according to call number, and Video Decoder decodes the first video frame And display is exported, audio decoder decodes the first audio pack and exports decoded audio data to audio hardware at the same time It plays out;
C2, while the first video frame and audio pack decoded output, the second video frame looks for its correspondence according to call number Audio pack, audio/video decoder distinguishes corresponding with its audio pack of decoding video frame, but does not export, that is, waits call back function to return Broadcasting is exported again after returning verification value;
C3, after the completion of the first video frame and audio pack export, return to a call back function, decoded second video frame It is played immediately with audio pack;
D, the video frame and audio pack of the subsequent deposit buffer area of above step decoded output are repeated, until playing terminates.
Further, in the step A, extended bit position is set in the packet header video frame RTP, it is made to fix packet header (12 byte) For the extension of access head to record video frame to the call number of audio frame, this call number is the sequence number of respective synchronization audio pack afterwards.
Further, in the step A, a video frame is divided to be transmitted by multiple RTP packets, then this multiple RTP packet includes Identical call number.
In the step B, process is as follows:
B1, the first buffer area of setting, establish audio data chained list and video data chained list respectively in the buffer area;
B2, judge that data packet is packets of audio data or video data packet according to PT Payload Type (PT value), if it is Packets of audio data is just stored in above-mentioned audio data chained list, and above-mentioned video data chained list is just stored in if it is video data packet In;
B3, by the data packet of classified in respective data link table according to the serial number and timestamp value in the packet header RTP It is ranked up;
B4, the second buffer area of setting, are put into the buffer area for the video frame for having organized frame, audio pack is then directly placed into.
In the B4, video frame is carried out in the second buffer area according to call number and looks for corresponding audio pack and completion pair The decoding process of video frame and audio pack.
Include in the step C2, if the second video frame does not look for corresponding sound in above-mentioned second buffer area Frequency wraps, then abandons the second video frame;If not exported immediately after the completion of being successfully found and decoding, until receiving call back function Export broadcasting again afterwards.
In the step C3, call back function specifically, return true immediately when the first video frame and audio pack finish playing Recognize value, then the second video frame and audio pack play immediately.
The invention has the benefit that the call number in the present invention is directly to be subject to by the expansion structure in the packet header RTP It realizes, simple to operation, expense is small, is not need to rely on timestamp, is also handled the case where packet loss, and utilize L2 cache plays the role of good smooth transition, in addition to this, while one group of audio and video playing one under parallel processing The pairing of group audio-video and decoding effort, reduce processing, playout-delay, effectively eliminate and monitor system in real-time audio and video Since audio-video is asynchronous and bring " labial is inconsistent " phenomenon in system.
Detailed description of the invention
Fig. 1 is stream medium audio and video synchronous broadcast method flow chart provided by the invention;
Fig. 2 is RTP package head format figure provided by the invention;
Fig. 3 is the index relative figure between RTP audio pack and video bag provided by the invention;
Fig. 4 is the structural schematic diagram of the first buffer area provided by the invention.
Specific embodiment
In order to make the objectives, technical solutions, and advantages of the present invention clearer, with reference to the accompanying drawings and embodiments, right The present invention is further elaborated.It should be appreciated that the specific embodiments described herein are merely illustrative of the present invention, and It is not used in the restriction present invention.
Referring to Fig.1, a kind of stream medium audio and video synchronous broadcast method based on B/S framework, for controlling files in stream media Audio-visual synchronization when the end Web plays, method includes the following steps:
A, the RTP package head format figure referring to provided by Fig. 2, it is known that preceding 12 byte in the packet header video RTP is all according to video The case where frame, is set, and extended bit position X is arranged in we, so that RTP provides extension mechanism, in fixed packet header (12 byte) Affix other additional effective informations relevant to payload afterwards.
It therefore, can be in head (fixed 12 word of packet header of the RTP data packet of every frame video frame in transmitting terminal (individual soldier's equipment) After section) it is each introduced into the call number of corresponding audio pack, this call number is the sequence number of respective synchronization audio pack, in addition, ginseng According to the index relative figure between RTP audio pack and video bag provided by Fig. 3 it is found that a video frame is often divided by multiple The transmission of RTP packet, then this multiple RTP packet includes identical call number;
B, client (end Web) caches the audio-video packet received from received server-side streamed audio, video bag Into buffer area, and it is ranked up and framing, the process are further specifically:
No matter B1, the first buffer area of setting, establish audio data chained list and video data chained list respectively in the buffer area That audio or video data chained list are all made of node unit one by one, the size of each node unit by data packet size It determines;
B2, judge that data packet is packets of audio data or video data packet according to PT Payload Type (PT value), if it is Packets of audio data is just stored in above-mentioned audio data chained list, and above-mentioned video data chained list is just stored in if it is video data packet In, that is, be deposited into node;
B3, simultaneously by the data packet of classified in respective data link table according in the packet header RTP serial number and the time Timestamp value is ranked up, the specific order buffer process according to the structural schematic diagram for the first buffer area that Fig. 4 is provided are as follows:
(1) cache node is divided into the node BusyDatanode in idle node FreeDatanode and use;
(2) new data packet is received, just to one FreeDatanode of memory application, the media that will be loaded in RTP packet FreeDatanode is written in data, while the information such as sequence number, timestamp being transmitted to the corresponding positions of FreeDatanode, and root Data carrying FreeDatanode is inserted into the correct position of buffer area according to sequence number, to restore media data in buffer area Original time relationship, then FreeDatanode has reformed into a BusyDatanode;
(3) after the data in BusyDatanode node, which are admitted to decoder, to be played out, BusyDatanode will Revert to a FreeDatanode;
(4) when FreeDatanode node use is over i.e. buffer overflow, oldest BusyDatanode section Data in point will be deleted, and itself is then converted to a FreeDatanode.
B4, the second buffer area of setting, are put into the buffer area for the video frame for having organized frame, audio pack is then directly placed into.
C, when the first call number is as follows to treatment process when corresponding to:
C1, the first video frame find corresponding first audio pack according to call number in the second buffer area, to video frame into Row is decoded simultaneously to export to video player and be played, and also decodes the first audio pack in the buffer area at the same time and will be decoded Audio data is exported to audio hardware and is played out;
C2, while the first video frame and audio pack decoded output, the second video frame looks for its correspondence according to call number Audio pack then abandon second if not looking for audio pack corresponding with the second video frame in above-mentioned second buffer area Video frame;If being successfully found then decoding video frame and audio pack immediately, but do not export immediately, after receiving call back function again Output plays;
C3, after the first video frame and audio pack finish playing, return to a call back function, i.e. the first sound, video playing Complete, then decoded second video frame and audio pack play immediately, may receive can play instruction when the second video frame and Audio pack does not decode completion also, can be to play in decoding;
D, the video frame and audio pack of the subsequent deposit buffer area of above step decoded output are repeated, until playing terminates.
The foregoing is merely illustrative of the preferred embodiments of the present invention, is not intended to limit the invention, all in essence of the invention Any modifications, equivalent replacements, and improvements etc. done within mind, principle, should all be included in the protection scope of the present invention.

Claims (7)

1. a kind of stream medium audio and video synchronous broadcast method based on B/S framework, which is characterized in that the method includes following steps It is rapid:
A, in transmitting terminal, the call number of corresponding audio pack is each introduced on the head of the RTP data packet of every frame video frame;
B, the audio-video packet received is cached in buffer area by client from received server-side streamed audio, video bag, And it is ranked up and framing;
C, when the first call number is as follows to treatment process when corresponding to:
C1, the first video frame find corresponding first audio pack according to call number, and Video Decoder the first video frame of decoding is simultaneously defeated It shows out, audio decoder decodes the first audio pack and exports decoded audio data to audio hardware and carries out at the same time It plays;
C2, while the first video frame and audio pack decoded output, the second video frame looks for its corresponding sound according to call number Frequency wraps, and audio/video decoder distinguishes decoding video frame audio pack corresponding with its, but does not export, i.e., waiting call back function returns true Recognize and exports broadcasting after value again;
C3, after the completion of the first video frame and audio pack export, return to a call back function, decoded second video frame and sound Frequency packet plays immediately;
D, the video frame and audio pack of the subsequent deposit buffer area of above step decoded output are repeated, until playing terminates.
2. the stream medium audio and video synchronous broadcast method according to claim 1 based on B/S framework, which is characterized in that institute It states in step A, extended bit position is set in the packet header video frame RTP, so that it is fixed packet header and be followed by extending into head to record video frame To the call number of audio frame, this call number is the sequence number of respective synchronization audio pack.
3. the stream medium audio and video synchronous broadcast method according to claim 1 or 2 based on B/S framework, which is characterized in that In the step A, a video frame is divided to be transmitted by multiple RTP packets, then this multiple RTP packet includes identical call number.
4. the stream medium audio and video synchronous broadcast method according to claim 1 or 2 based on B/S framework, which is characterized in that In the step B, process is as follows:
B1, the first buffer area of setting, establish audio data chained list and video data chained list respectively in the buffer area;
B2, judge that data packet is packets of audio data or video data packet according to PT Payload Type, if it is packets of audio data With regard to being stored in above-mentioned audio data chained list, just it is stored in if it is video data packet in above-mentioned video data chained list;
B3, by the data packet of classified in respective data link table according in the packet header RTP serial number and timestamp value carry out Sequence;
B4, the second buffer area of setting, are put into the buffer area for the video frame for having organized frame, audio pack is then directly placed into.
5. the stream medium audio and video synchronous broadcast method according to claim 4 based on B/S framework, which is characterized in that institute It states in B4, video frame is carried out in the second buffer area, corresponding audio pack is looked for according to call number and is completed to video frame and sound The decoding process of frequency packet.
6. the stream medium audio and video synchronous broadcast method according to claim 4 based on B/S framework, which is characterized in that institute It states in step C2 and includes, if the second video frame does not look for corresponding audio pack in above-mentioned second buffer area, then lose Abandon the second video frame;If not exported immediately after the completion of being successfully found and decoding, exports and broadcast again after receiving call back function It puts.
7. the stream medium audio and video synchronous broadcast method according to claim 1 or 2 based on B/S framework, which is characterized in that In the step C3, call back function is to return to verification value immediately when the first video frame and audio pack finish playing, then the second view Frequency frame and audio pack play immediately.
CN201910149424.7A 2019-02-28 2019-02-28 A kind of stream medium audio and video synchronous broadcast method based on B/S framework Pending CN109981590A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910149424.7A CN109981590A (en) 2019-02-28 2019-02-28 A kind of stream medium audio and video synchronous broadcast method based on B/S framework

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910149424.7A CN109981590A (en) 2019-02-28 2019-02-28 A kind of stream medium audio and video synchronous broadcast method based on B/S framework

Publications (1)

Publication Number Publication Date
CN109981590A true CN109981590A (en) 2019-07-05

Family

ID=67077603

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910149424.7A Pending CN109981590A (en) 2019-02-28 2019-02-28 A kind of stream medium audio and video synchronous broadcast method based on B/S framework

Country Status (1)

Country Link
CN (1) CN109981590A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112187954A (en) * 2020-10-15 2021-01-05 中国电子科技集团公司第五十四研究所 Flow control method of offline file in measurement and control data link transmission
CN113131972A (en) * 2021-04-13 2021-07-16 Oppo广东移动通信有限公司 Method, device and electronic equipment for receiving and sending audio data packet
WO2024093570A1 (en) * 2022-10-31 2024-05-10 华为技术有限公司 Screen projection method and apparatus

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101466044A (en) * 2007-12-19 2009-06-24 康佳集团股份有限公司 Method and system for synchronously playing stream medium audio and video
CN101674486A (en) * 2009-09-29 2010-03-17 深圳市融创天下科技发展有限公司 Streaming media audio and video synchronization method and system
CN104270685A (en) * 2014-10-17 2015-01-07 阿纳克斯(苏州)轨道系统有限公司 Method for transmitting multimedia signals in tramcar
US9979997B2 (en) * 2015-10-14 2018-05-22 International Business Machines Corporation Synchronization of live audio and video data streams

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101466044A (en) * 2007-12-19 2009-06-24 康佳集团股份有限公司 Method and system for synchronously playing stream medium audio and video
CN101674486A (en) * 2009-09-29 2010-03-17 深圳市融创天下科技发展有限公司 Streaming media audio and video synchronization method and system
CN104270685A (en) * 2014-10-17 2015-01-07 阿纳克斯(苏州)轨道系统有限公司 Method for transmitting multimedia signals in tramcar
US9979997B2 (en) * 2015-10-14 2018-05-22 International Business Machines Corporation Synchronization of live audio and video data streams

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
陈志颖, 谢维波, 王磊: "音视频实时同步传输技术研究与实现", 《华侨大学学报( 自然科学版)》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112187954A (en) * 2020-10-15 2021-01-05 中国电子科技集团公司第五十四研究所 Flow control method of offline file in measurement and control data link transmission
CN113131972A (en) * 2021-04-13 2021-07-16 Oppo广东移动通信有限公司 Method, device and electronic equipment for receiving and sending audio data packet
WO2024093570A1 (en) * 2022-10-31 2024-05-10 华为技术有限公司 Screen projection method and apparatus

Similar Documents

Publication Publication Date Title
CN101466044B (en) Method and system for synchronously playing stream medium audio and video
CN109981590A (en) A kind of stream medium audio and video synchronous broadcast method based on B/S framework
US7424209B2 (en) System and method for real-time data archival
CN110072143B (en) Video stream decoding method and device
CN103200461A (en) Multiple-player-terminal synchronized playing system and playing method
CN107509100A (en) Audio and video synchronization method, system, computer installation and computer-readable recording medium
CN107566889A (en) Audio stream flow rate error processing method, device, computer installation and computer-readable recording medium
CN103338386A (en) Audio and video synchronization method based on simplified timestamps
CN108877820B (en) Audio data mixing method and device
CN101902649A (en) Audio-video synchronization control method based on H.264 standard
CN103686312B (en) DVR multipath audio and video recording method
JP2003114845A (en) Media conversion method and media conversion device
CN107295364B (en) For the real-time streaming transport control method of barrage video, control device
CN101674486A (en) Streaming media audio and video synchronization method and system
CN109788232A (en) A kind of summary of meeting recording method of video conference, device and system
WO2008028367A1 (en) A method for realizing multi-audio tracks for mobile mutilmedia broadcasting system
CN101207822A (en) Method for synchronization of audio frequency and video frequency of stream media terminal
KR100490403B1 (en) Method for controlling buffering of audio stream and apparatus thereof
CN108540855B (en) Self-adaptive low-delay streaming media playing method suitable for network live broadcast scene
CN110769179B (en) Audio and video data stream processing method and system
CN104469538B (en) RTP video streaming data packet recombination methods towards picture image quality compared with small loss
CN107580264A (en) Multimedia resource play handling method and device
CN110677394A (en) Multimedia data transmission method and system
CN108966000A (en) Playback method and its device, medium, terminal
WO2023010402A1 (en) Media file playing method and apparatus, and computer device and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190705