CN108540855A - A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene - Google Patents

A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene Download PDF

Info

Publication number
CN108540855A
CN108540855A CN201810349559.3A CN201810349559A CN108540855A CN 108540855 A CN108540855 A CN 108540855A CN 201810349559 A CN201810349559 A CN 201810349559A CN 108540855 A CN108540855 A CN 108540855A
Authority
CN
China
Prior art keywords
frame
frame losing
audio
video
window
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810349559.3A
Other languages
Chinese (zh)
Other versions
CN108540855B (en
Inventor
王健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN201810349559.3A priority Critical patent/CN108540855B/en
Publication of CN108540855A publication Critical patent/CN108540855A/en
Application granted granted Critical
Publication of CN108540855B publication Critical patent/CN108540855B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • 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
    • H04N21/4392—Processing of audio elementary streams involving audio buffer management
    • 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
    • H04N21/440281—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 by altering the temporal resolution, e.g. by frame skipping
    • 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/60—Network 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/63—Control 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network
    • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
    • 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/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

The present invention relates to computer software fields, and in particular to media play.A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene includes the following steps：It is shaken by network monitoring module observation grid, determines frame losing window；The information of frame losing window is sent to audio frame losing module by network monitoring module；Frame losing is judged according to the information of frame losing window by audio frame losing module；Frame losing information is sent to video packet loss module by audio frame losing module；Video packet loss is carried out by video packet loss module；Video decodes.The present invention is designed by this, is realized and is chased after frame threshold range according to the adaptive determination of network fluctuation situation of player, balances network interim card as possible while ensureing low delay；Audio plays and carries out frame losing processing according to chasing after frame threshold range, and audio video synchronization packet loss before the decoding avoids low delay from chasing after frame since video decodes the Caton phenomenon being likely to occur slowly.

Description

A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene
Technical field
The present invention relates to computer software fields, and in particular, to media play.
Background technology
Live streaming is a kind of real-time, interactive significantly in the form of transmission on Internet content.Due to broadcasting under live scene What is put is real-time streams, therefore the problem of can exist simultaneously delay and interim card, and interim card and delay affect one another, and conflicting, study carefully For its reason still due to real-time streams in playing process caused by shake on network line, usual broadcast time-delay can be by chasing after The method of frame solves, but does so and can cause obvious interim card again in the case where network condition is bad, both influences user Experience, and may aggravate to play end delay.
Invention content
It is soft suitable for the adaptive low delay streaming media playing under network direct broadcasting scene that the object of the present invention is to provide a kind of Part, to solve above-mentioned at least one technical problem.
In order to achieve the above object, the present invention uses following technical proposals：
A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene, which is characterized in that including following Step：
Step 1 is shaken by network monitoring module observation grid, determines frame losing window；
The information of frame losing window is sent to audio frame losing module by step 2 by network monitoring module；
Step 3 judges frame losing by audio frame losing module according to the information of frame losing window；
Frame losing information is sent to video packet loss module by step 4 by audio frame losing module；
Step 5 carries out video packet loss by video packet loss module；
Step 6, video decoding.
When observation grid is shaken, processing procedure includes network monitoring module in step 1：
（1）Define N group sliding windows；
（2）Record the jitter value of each group sliding window；
（3）Observe the network stabilization situation of each group sliding window；
（4）Determine the window size of network stabilization；
（5）Determine frame losing trigger condition.
When observation grid is shaken, processing procedure includes network monitoring module in step 1：
（1）Define the discrete sliding window of X groups：N groups sliding window size is respectively that ((N+2)/2) s, N is derived from 1 ~ X in X groups In natural number, be divided into 1 second between the sliding time of window；
（2）Sliding window jitter value, i.e. Sliding Window Jitter, unit are the second：
Wherein, M is the audio frame number received in sliding window
TOAi+1For the arrival time of i+1 frame audio frame number evidence in sliding window
TOAiFor the arrival time of the i-th frame audio frame number evidence in sliding window
PTSi+1For the reproduction time stamp of i+1 frame audio frame number evidence in sliding window
PTSiFor the reproduction time stamp of the i-th frame audio frame number evidence in sliding window
（3）The condition that sliding window is stablized：The Rule of judgment that N group sliding windows are stablized：
Wherein, W is window according to the continuously slipping number in sliding time interval
（4）Determine the window size of network stabilization：With N group windows forward slip carry out network condition observation, every time from 1st group of sliding window starts to observe, if n-th sliding window meets the condition that above-mentioned sliding window is stablized, then it is assumed that network Stablize under n-th window, the window size of network stabilization is ((N+2)/2) s；
（5）Determine the trigger condition of frame losing：The frame losing threshold range of Audio Buffer data is [(N+2)/2, N+2], and unit is Second, i.e., when the accumulation of player audio buffered data reaches (N+2) second, start, from front frame losing, to be dropped into always remaining (N+2)/2 second Until buffered data.
Audio frame losing module work step in step 3 includes：
（1）Prepare audio frame losing；
（2）Audio data buffers duration>(N+2)s；
（3）Audio data buffering duration loses whether have key frame of video near at the time of ((N+2)/2) s；
（4）Start audio frame losing, audio data buffering duration is made to lose to ((N+2)/2) s.The（2）Audio data is slow in step Rush duration>(N+2) s, if then entering step（3）If being otherwise back to step（1）.The（3）When audio data buffers in step It is long to lose to nearby whether having key frame of video at the time of ((N+2)/2) s, if then entering step（4）If being otherwise back to step （1）.
Video packet loss module work step in step 5 includes：
（1）Prepare the preceding packet loss of video decoding；
（2）Judge whether video bag is key frame, if then normally being decoded, if otherwise entering next step；
（3）At the time of judging that the video bag is whether after audio frame losing, if then entering next step, if otherwise starting video Packet loss loses the non-key frame since the video bag；
（4）Stop the preceding packet loss of video decoding.The（2）In step, is back to after video bag normally decodes（1）Step continues with.The （3）In step, start video packet loss, after losing the non-key frame since the video bag, is back to the（1）Step continues with.
The present invention is designed by this, is realized and is chased after frame threshold range according to the adaptive determination of network fluctuation situation of player, Balance network interim card as possible while ensureing low delay；Audio plays basis and chases after the progress frame losing processing of frame threshold range, video Synchronous packet loss before the decoding avoids low delay from chasing after frame since video decodes the Caton phenomenon being likely to occur slowly.
Description of the drawings
Fig. 1 is the work flow diagram of the audio frame losing module of the present invention；
Fig. 2 is the work flow diagram of the video packet loss module of the present invention.
Specific implementation mode
The specific implementation mode of the present invention is further described below in conjunction with attached drawing.
As depicted in figs. 1 and 2, a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene, Include the following steps：Step 1 is shaken by network monitoring module observation grid, determines frame losing window；Step 2 passes through network The information of frame losing window is sent to audio frame losing module by monitoring modular；Step 3, by audio frame losing module according to frame losing window The information of mouth judges frame losing；Frame losing information is sent to video packet loss module by step 4 by audio frame losing module；Step 5, Video packet loss is carried out by video packet loss module；Step 6, video decoding.It is shaken by network monitoring module observation grid, really Determine frame losing window, the information of frame losing window is sent to audio frame losing module, by audio frame losing module according to frame losing window Information judges whether frame losing, after determining frame losing, frame losing information is sent to video packet loss module by audio frame losing module, is passed through Video packet loss module carries out video packet loss, then carries out video decoding.The present invention is designed by this, realizes the network according to player Adaptively determination chases after frame threshold range to fluctuation situation, balances network interim card as possible while ensureing low delay；Audio plays root Frame losing processing is carried out according to frame threshold range is chased after, audio video synchronization packet loss before the decoding avoids low delay from chasing after frame since video decoding is slow The Caton phenomenon being likely to occur.
A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene includes three modules, three Module is respectively network monitoring module, audio frame losing module, video packet loss module.The broadcasting stream of the present invention is in real-time by receiving Flow data, to network data unpack, audio code stream data, video codeword data stream are decoded and are sampled respectively, then reach sound, The effect that audio video synchronization plays.
When observation grid is shaken, processing procedure includes network monitoring module in step 1：（1）Define N group sliding windows Mouthful；（2）Record the jitter value of each group sliding window；（3）Observe the network stabilization situation of each group sliding window；（4）Determine network Stable window size；（5）Determine frame losing trigger condition.
For example, the network monitoring module in step 1 is when observation grid is shaken, processing procedure includes：（1）Define X groups（X =13）Discrete sliding window：N groups sliding window size is respectively ((N+2)/2) s in 13 groups, and N is derived from the nature in 1 ~ 13 It counts, is divided into 1 second between the sliding time of window；（2）Sliding window jitter value, i.e. Sliding Window Jitter, unit are Second：
Wherein, M is the audio frame number received in sliding window
TOAi+1For the arrival time of i+1 frame audio frame number evidence in sliding window
TOAiFor the arrival time of the i-th frame audio frame number evidence in sliding window
PTSi+1For the reproduction time stamp of i+1 frame audio frame number evidence in sliding window
PTSiFor the reproduction time stamp of the i-th frame audio frame number evidence in sliding window
（3）The condition that sliding window is stablized：The Rule of judgment that N group sliding windows are stablized：
Wherein, W is window according to the continuously slipping number in sliding time interval
（4）Determine the window size of network stabilization：With N group windows forward slip carry out network condition observation, every time from 1st group of sliding window starts to observe, if n-th sliding window meets the condition that above-mentioned sliding window is stablized, then it is assumed that network Stablize under n-th window, the window size of network stabilization is ((N+2)/2) s, if observation finds maximized window (N=13) Tentatively stable condition is cannot be satisfied, then thinks that network is stablized under maximized window, the window size of network stabilization is 7.5s；（5） Determine the trigger condition of frame losing：The frame losing threshold range of Audio Buffer data is [(N+2)/2, N+2], and unit is the second, that is, is played When the accumulation of device Audio Buffer data reaches (N+2) second, start, from front frame losing, to be dropped into remaining (N+2)/2 second buffered data always Until.
Audio frame losing module work step in step 3 includes：（1）Prepare audio frame losing；（2）Audio data is slow Rush duration>(N+2)s；（3）Audio data buffering duration loses whether have Video Key near at the time of ((N+2)/2) s Frame；（4）Start audio frame losing, audio data buffering duration is made to lose to ((N+2)/2) s.The（2）Audio data buffers in step Duration>(N+2) s, if then entering step（3）If being otherwise back to step（1）.The（3）Audio data buffers duration in step It loses to nearby whether having key frame of video at the time of ((N+2)/2) s, if then entering step（4）If being otherwise back to step（1）.
Video packet loss module work step in step 5 includes：（1）Prepare the preceding packet loss of video decoding；（2）Judge video Whether packet is key frame, if then normally being decoded, if otherwise entering next step；（3）Judge whether the video bag is close At the time of after audio frame losing, if then being lost non-since the video bag into next step if otherwise starting video packet loss Key frame；（4）Stop the preceding packet loss of video decoding.The（2）In step, is back to after video bag normally decodes（1）Step continues with. The（3）In step, start video packet loss, after losing the non-key frame since the video bag, is back to the（1）Step continues with.
Although present disclosure is discussed in detail by above preferred embodiment, but it should be appreciated that above-mentioned Description is not considered as limitation of the present invention.After those skilled in the art have read the above, for the present invention's A variety of modifications and substitutions all will be apparent.Therefore, protection scope of the present invention should be limited to the appended claims.

Claims (9)

1. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene, which is characterized in that including with Lower step：
Step 1 is shaken by network monitoring module observation grid, determines frame losing window；
The information of frame losing window is sent to audio frame losing module by step 2 by network monitoring module；
Step 3 judges frame losing by audio frame losing module according to the information of frame losing window；
Frame losing information is sent to video packet loss module by step 4 by audio frame losing module；
Step 5 carries out video packet loss by video packet loss module；
Step 6, video decoding.
2. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 1, special Sign is that when observation grid is shaken, processing procedure includes the network monitoring module in step 1：
（1）Define N group sliding windows；
（2）Record the jitter value of each group sliding window；
（3）Observe the network stabilization situation of each group sliding window；
（4）Determine the window size of network stabilization；
（5）Determine frame losing trigger condition.
3. such as a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene of claims 1 or 2, It is characterized in that, when observation grid is shaken, processing procedure includes the network monitoring module in step 1：
（1）Define the discrete sliding window of X groups：N groups sliding window size is respectively that ((N+2)/2) s, N is derived from 1 ~ X in X groups In natural number, be divided into 1 second between the sliding time of window；
（2）Sliding window jitter value, i.e. Sliding Window Jitter, unit are the second：
Wherein, M is the audio frame number received in sliding window
TOAi+1For the arrival time of i+1 frame audio frame number evidence in sliding window
TOAiFor the arrival time of the i-th frame audio frame number evidence in sliding window
PTSi+1For the reproduction time stamp of i+1 frame audio frame number evidence in sliding window
PTSiFor the reproduction time stamp of the i-th frame audio frame number evidence in sliding window
（3）The condition that sliding window is stablized：The Rule of judgment that N group sliding windows are stablized：
Wherein, W is window according to the continuously slipping number in sliding time interval
（4）Determine the window size of network stabilization：With N group windows forward slip carry out network condition observation, every time from 1st group of sliding window starts to observe, if n-th sliding window meets the condition that above-mentioned sliding window is stablized, then it is assumed that network Stablize under n-th window, the window size of network stabilization is ((N+2)/2) s；
（5）Determine the trigger condition of frame losing：The frame losing threshold range of Audio Buffer data is [(N+2)/2, N+2], and unit is Second, i.e., when the accumulation of player audio buffered data reaches (N+2) second, start, from front frame losing, to be dropped into always remaining (N+2)/2 second Until buffered data.
4. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 1, special Sign is that the audio frame losing module work step in step 3 includes：
（1）Prepare audio frame losing；
（2）Audio data buffers duration>(N+2)s；
（3）Audio data buffering duration loses whether have key frame of video near at the time of ((N+2)/2) s；
（4）Start audio frame losing, audio data buffering duration is made to lose to ((N+2)/2) s.
5. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 4, special Sign is,（2）Audio data buffers duration in step>(N+2) s, if then entering step（3）If being otherwise back to step （1）.
6. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 4, special Sign is,（3）Audio data buffering duration loses whether have key frame of video near at the time of ((N+2)/2) s in step, If then entering step（4）If being otherwise back to step（1）.
7. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 1, special Sign is that the video packet loss module work step in step 5 includes：
（1）Prepare the preceding packet loss of video decoding；
（2）Judge whether video bag is key frame, if then normally being decoded, if otherwise entering next step；
（3）At the time of judging that the video bag is whether after audio frame losing, if then entering next step, if otherwise starting video Packet loss loses the non-key frame since the video bag；
（4）Stop the preceding packet loss of video decoding.
8. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 7, special Sign is,（2）In step, is back to after video bag normally decodes（1）Step continues with.
9. a kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene as claimed in claim 7, special Sign is,（3）In step, start video packet loss, after losing the non-key frame since the video bag, is back to the（1）Step continues Processing.
CN201810349559.3A 2018-04-18 2018-04-18 Self-adaptive low-delay streaming media playing method suitable for network live broadcast scene Active CN108540855B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810349559.3A CN108540855B (en) 2018-04-18 2018-04-18 Self-adaptive low-delay streaming media playing method suitable for network live broadcast scene

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810349559.3A CN108540855B (en) 2018-04-18 2018-04-18 Self-adaptive low-delay streaming media playing method suitable for network live broadcast scene

Publications (2)

Publication Number Publication Date
CN108540855A true CN108540855A (en) 2018-09-14
CN108540855B CN108540855B (en) 2021-09-28

Family

ID=63477982

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810349559.3A Active CN108540855B (en) 2018-04-18 2018-04-18 Self-adaptive low-delay streaming media playing method suitable for network live broadcast scene

Country Status (1)

Country Link
CN (1) CN108540855B (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111107104A (en) * 2019-12-31 2020-05-05 广州酷狗计算机科技有限公司 Video transmitting method, video receiving method, device, equipment and storage medium
CN111405298A (en) * 2020-02-17 2020-07-10 重庆邮电大学 Android end-to-end live broadcast method based on KCP protocol
CN113382236A (en) * 2021-06-08 2021-09-10 北京杰瑞创通科技有限公司 Self-adaptive dynamic network packet loss resistant intelligent source coding method for real-time video transmission

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030126294A1 (en) * 2001-11-19 2003-07-03 Thorsteinson Thomas M. Transmitting digital video signals over an IP network
US6928473B1 (en) * 2000-09-26 2005-08-09 Microsoft Corporation Measuring network jitter on application packet flows
CN101944982A (en) * 2010-08-11 2011-01-12 南昌市恒鑫电子技术有限公司 Real-time stream media transmitting method based on time-driven sliding window protocol
CN102932667A (en) * 2012-11-15 2013-02-13 掌赢信息科技（上海）有限公司 Frame loss control and retransmission method and system in real-time streaming media uploading
CN103795649A (en) * 2013-11-06 2014-05-14 桂林电子科技大学 Network delay jitter smoothing method
CN106713947A (en) * 2016-12-13 2017-05-24 飞狐信息技术（天津）有限公司 Method and device for reducing live broadcasting time delay and standstill as well as live broadcasting system
CN106792247A (en) * 2016-12-13 2017-05-31 飞狐信息技术（天津）有限公司 Reduce the live TV stream method for pushing and device, live broadcast system of time delay
CN106954101A (en) * 2017-04-25 2017-07-14 华南理工大学 The frame losing control method that a kind of low latency real-time video Streaming Media is wirelessly transferred
CN106961627A (en) * 2017-03-24 2017-07-18 西安理工大学 A kind of method for improving real-time video play quality
CN107484009A (en) * 2017-09-12 2017-12-15 上海脉淼信息科技有限公司 A kind of flow media playing method and device suitable for network direct broadcasting

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6928473B1 (en) * 2000-09-26 2005-08-09 Microsoft Corporation Measuring network jitter on application packet flows
US20030126294A1 (en) * 2001-11-19 2003-07-03 Thorsteinson Thomas M. Transmitting digital video signals over an IP network
CN101944982A (en) * 2010-08-11 2011-01-12 南昌市恒鑫电子技术有限公司 Real-time stream media transmitting method based on time-driven sliding window protocol
CN102932667A (en) * 2012-11-15 2013-02-13 掌赢信息科技（上海）有限公司 Frame loss control and retransmission method and system in real-time streaming media uploading
CN103795649A (en) * 2013-11-06 2014-05-14 桂林电子科技大学 Network delay jitter smoothing method
CN106713947A (en) * 2016-12-13 2017-05-24 飞狐信息技术（天津）有限公司 Method and device for reducing live broadcasting time delay and standstill as well as live broadcasting system
CN106792247A (en) * 2016-12-13 2017-05-31 飞狐信息技术（天津）有限公司 Reduce the live TV stream method for pushing and device, live broadcast system of time delay
CN106961627A (en) * 2017-03-24 2017-07-18 西安理工大学 A kind of method for improving real-time video play quality
CN106954101A (en) * 2017-04-25 2017-07-14 华南理工大学 The frame losing control method that a kind of low latency real-time video Streaming Media is wirelessly transferred
CN107484009A (en) * 2017-09-12 2017-12-15 上海脉淼信息科技有限公司 A kind of flow media playing method and device suitable for network direct broadcasting

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
YU NAKAYAMA，KAORU SEZAKI: "Bufferbloat Avoidance with Frame-Dropping Threshold Notification in Ring", 《IEICE TRANSACTIONS ON COMMUNICATIONS》 *
陈雷: "基于流媒体实时播放系统的设计与实现", 《中国优秀硕士学位论文全文数据库》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111107104A (en) * 2019-12-31 2020-05-05 广州酷狗计算机科技有限公司 Video transmitting method, video receiving method, device, equipment and storage medium
CN111107104B (en) * 2019-12-31 2022-02-18 广州酷狗计算机科技有限公司 Video transmitting method, video receiving method, device, equipment and storage medium
CN111405298A (en) * 2020-02-17 2020-07-10 重庆邮电大学 Android end-to-end live broadcast method based on KCP protocol
CN113382236A (en) * 2021-06-08 2021-09-10 北京杰瑞创通科技有限公司 Self-adaptive dynamic network packet loss resistant intelligent source coding method for real-time video transmission
CN113382236B (en) * 2021-06-08 2022-06-28 北京杰瑞创通科技有限公司 Self-adaptive dynamic anti-network packet loss intelligent source coding method for real-time video transmission

Also Published As

Publication number Publication date
CN108540855B (en) 2021-09-28

Similar Documents

Publication Publication Date Title
CN100334571C (en) Network media playout
CN102804714B (en) Controlling packet transmission
CN113225598B (en) Method, device and equipment for synchronizing audio and video of mobile terminal and storage medium
US8411569B2 (en) Method of splicing encoded multimedia data streams
CN108540855A (en) A kind of adaptive low delay streaming media playing software suitable under network direct broadcasting scene
CN107566889B (en) Audio stream flow velocity error processing method and device, computer device and computer readable storage medium
CN111355975B (en) Live client audio and video delay adjustment playing system and method
TW201019649A (en) Network system, adjusting method of data transmission rate and computer program procut thereof
US8195829B2 (en) Streaming media player and method
CN109194974B (en) Media low-delay communication method and system for network video live broadcast
JP2006260762A (en) Method for generating additional information for guaranteeing seamless playback between data streams, recording medium storing information, and recording, editing and/or playback apparatus
CN107295364B (en) For the real-time streaming transport control method of barrage video, control device
CN101710997A (en) MPEG-2 (Moving Picture Experts Group-2) system based method and system for realizing video and audio synchronization
CN106385620A (en) Data smoothing and outputting method based on streaming media
CN109168083A (en) A kind of Streaming Media real time playing method and device
CN101340590B (en) Multiplex apparatus and multiplex method
CN1622616A (en) A broadcast method and system for digital program
CN114979023A (en) Data transmission method, system, electronic equipment and storage medium
CN108322811A (en) A kind of synchronous method in piano video teaching and system
CN100596195C (en) Method and device for controlling flow media play
CN104394450B (en) A kind of processing method and processing device of multimedia frame
KR20070008069A (en) Appratus and method for synchronizing audio/video signal
CN110505494A (en) Remove the method and device of network jitter
CN106331847B (en) Audio and video playing method and apparatus
KR20120036788A (en) Information processing device, method therefor, and program

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant