CN106604055B - Video smoothing based on complicated weak mobile network environment sends live streaming uplink method - Google Patents
Video smoothing based on complicated weak mobile network environment sends live streaming uplink method Download PDFInfo
- Publication number
- CN106604055B CN106604055B CN201710011238.8A CN201710011238A CN106604055B CN 106604055 B CN106604055 B CN 106604055B CN 201710011238 A CN201710011238 A CN 201710011238A CN 106604055 B CN106604055 B CN 106604055B
- Authority
- CN
- China
- Prior art keywords
- video
- size
- sendsizeonetime
- contract
- project
- 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.)
- Expired - Fee Related
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/2625—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for delaying content or additional data distribution, e.g. because of an extended sport event
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- 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/643—Communication protocols
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a kind of video smoothings based on complicated weak mobile network environment to send live streaming uplink method, is related to mobile solution.Pass through unpacking again to audio/video frames, use udp agreement, and rationally design audio-video packet size, develop retransmission algorithm and smooth transmission algorithm, it may be implemented under vulnerable network environment complicated and changeable, achieve the purpose that mobile live streaming audio-video uploads stable code rate, low latency and meets application scenarios higher reliability.
Description
Technical field
The present invention relates to mobile solution more particularly to a kind of video based on complicated weak mobile network environment are flat
It is sliding to send live streaming uplink method.
Background technique
Live streaming has been one of entertainment selection very common in the current network life.The mobile live streaming of mainstream at present is substantially all
It is to be sent directly to realize on the machine of the source cdn by the audiovisual compression data of mobile terminal by rtmp agreement.But Wo Menzhi
The characteristics of road, the comparable complexity of the mobile network of user, mobile network is that signal strength is unstable, and with geographic location changes and becomes
To change, packet loss variation is complicated, and often causes network jitter severe, because live streaming mainstream is uploaded using rtmp agreement,
The drawbacks of rtmp agreement belongs to the scope of tcp agreement, eventually generates delay accumulation, ultimately cause the embodiment of " vulnerable network ".
Summary of the invention
The purpose of the present invention is to provide a kind of video smoothings based on complicated weak mobile network environment to send live streaming uplink
Method, to solve foregoing problems existing in the prior art.
To achieve the goals above, The technical solution adopted by the invention is as follows:
A kind of video smoothing transmission live streaming uplink method based on complicated weak mobile network environment, includes the following steps:
S1 obtains video code flow variable bitrate；
S2 calculates the byte-sized sendSizePerSec of transmission per second according to the video code flow variable bitrate；
S3, the sendSizePerSec being calculated according to S2, calculating video bag, which is given out a contract for a project, is spaced timeGap and interval of giving out a contract for a project
The interior size sendSizeOneTime that once gives out a contract for a project；
S4, setting, which is given out a contract for a project, to be spaced interior initialization and actually gives out a contract for a project size realSendSize=0；
Video cache transmit queue size videoWaitSenderQueue is arranged in S5, when thering is new packet to enter queue every time,
Period traversal caching transmit queue, setting traversal loop is as secondary video bag size rawDataSize；
S6 judges the caching transmit queue video data total size allVideoDataSizeInQueue, when described slow
When depositing transmission data volume of the transmit queue video data total size less than given threshold, it may be assumed that allVideoDataSizeInQueue
≤ (sendSizePerSec_ > > 2) when, S7 is executed, when the caching transmit queue video data total size is greater than the setting
When the transmission data volume of threshold value, it may be assumed that allVideoDataSizeInQueue_ > (sendSizePerSec_ > > 2) when, execute S8-
S11；
S7 judges realSendSize+rawDataSize >=sendSizeOneTime_, if it is, stop sending,
Traversal is exited, otherwise, sends video data to video server；
S8 calculates the caching transmit queue according to allVideoDataSizeInQueue and sendSizeOneTime
In, remaining packet size leftSize；
It is big to calculate the remaining packet for also needing to send in the caching transmit queue according to leftSize and timeGap by S9
Small moreSendSize；
S10 is calculated real according to sendSizeOneTime, moreSendSize, realSendSize and rawDataSize
Border, which is sent out to estimate caused by a packet less, sends size and the practical difference gap1 for sending size, and, it is practical multiple to send a packet
Caused by actually send size with estimate send size difference gap2；
S11 judges whether to meet gap1 > 0, and gap2 > 0, if so, judge whether to meet gap1≤gap2, if
It is then to stop sending, exits traversal, otherwise, sends video data to video server.
Preferably, in S2, the byte-sized sendSizePerSec of transmission per second is calculated using following formula:
SendSizePerSec_=bitrate*1024/8.
Preferably, in S3, given out a contract for a project using following formula calculating video bag and be spaced timeGap:
TimeGap=Epoll::msecEpoch_-lastCheckSendVideoMSec_；
In formula,
Epoll::msecEpoch_: this local clock obtained is indicated.
LastCheckSendVideoMSec_: the local clock that the inspection of last program cycle index obtains is indicated；
Given out a contract for a project using the calculating of following formula and be spaced the interior size sendSizeOneTime that once gives out a contract for a project:
SendSizeOneTime_=timeGap*sendSizePerSec_/1000.
Preferably, in S5, the video cache transmit queue size videoWaitSenderQueue is set smaller than
In 1000, the traversal loop when time video bag size rawDataSize be set as 1300 bytes, in S6, the setting threshold
Value is 250ms.
Preferably, in S8, the residue packet size leftSize is calculated according to following formula:
LeftSize=allVideoDataSizeInQueue_-sendSizeOneTime_.
Preferably, in S9, the remaining packet size moreSendSize for also needing to send is carried out according to following formula
It calculates: moreSendSize=leftSize*timeGap/5000.
Preferably, in S10, the gap1 and gap2 are respectively adopted following formula and are calculated:
Gap1=(sendSizeOneTime_+moreSendSize)-realSendSize；
Gap2=(realSendSize+rawDataSize)-(sendSizeOneTime_+moreSendSize).
The beneficial effects of the present invention are: the video smoothing provided in an embodiment of the present invention based on complicated weak mobile network environment
It sends live streaming uplink method and audio-video packet size using udp agreement, and is rationally designed by unpacking again to audio/video frames,
Retransmission algorithm and smooth transmission algorithm are developed, may be implemented under vulnerable network environment complicated and changeable, mobile live streaming sound view is reached
Frequency uploads stable code rate, low latency and the purpose for meeting application scenarios higher reliability.
Detailed description of the invention
Fig. 1 is method flow schematic diagram provided in an embodiment of the present invention.
Specific embodiment
In order to make the objectives, technical solutions, and advantages of the present invention clearer, below in conjunction with attached drawing, to the present invention into
Row is further described.It should be appreciated that the specific embodiments described herein are only used to explain the present invention, it is not used to
Limit the present invention.
As shown in Figure 1, the embodiment of the invention provides a kind of video smoothing transmissions based on complicated weak mobile network environment
Uplink method is broadcast live, includes the following steps:
S1 obtains video code flow variable bitrate；
S2 calculates the byte-sized sendSizePerSec of transmission per second according to the video code flow variable bitrate；
S3, the sendSizePerSec being calculated according to S2, calculating video bag, which is given out a contract for a project, is spaced timeGap and interval of giving out a contract for a project
The interior size sendSizeOneTime that once gives out a contract for a project；
S4, setting, which is given out a contract for a project, to be spaced interior initialization and actually gives out a contract for a project size realSendSize=0；
Video cache transmit queue size videoWaitSenderQueue is arranged in S5, when thering is new packet to enter queue every time,
Period traversal caching transmit queue, setting traversal loop is as secondary video bag size rawDataSize；
S6 judges the caching transmit queue video data total size allVideoDataSizeInQueue, when described slow
When depositing transmission data volume of the transmit queue video data total size less than given threshold, it may be assumed that allVideoDataSizeInQueue
≤ (sendSizePerSec_ > > 2) when, S7 is executed, when the caching transmit queue video data total size is greater than the setting
When the transmission data volume of threshold value, it may be assumed that allVideoDataSizeInQueue_ > (sendSizePerSec_ > > 2) when, execute S8-
S11；
S7 judges realSendSize+rawDataSize >=sendSizeOneTime_, if it is, stop sending,
Traversal is exited, otherwise, sends video data to video server；
S8 calculates the caching transmit queue according to allVideoDataSizeInQueue and sendSizeOneTime
In, remaining packet size leftSize；
It is big to calculate the remaining packet for also needing to send in the caching transmit queue according to leftSize and timeGap by S9
Small moreSendSize；
S10 is calculated real according to sendSizeOneTime, moreSendSize, realSendSize and rawDataSize
Border, which is sent out to estimate caused by a packet less, sends size and the practical difference gap1 for sending size, and, it is practical multiple to send a packet
Caused by actually send size with estimate send size difference gap2；
S11 judges whether to meet gap1 > 0, and gap2 > 0, if so, judge whether to meet gap1≤gap2, if
It is then to stop sending, exits traversal, otherwise, sends video data to video server.
Wherein, in S2, the byte-sized sendSizePerSec of transmission per second is calculated using following formula:
SendSizePerSec_=bitrate*1024/8.
In S3, is given out a contract for a project using following formula calculating video bag and is spaced timeGap:
TimeGap=Epoll::msecEpoch_-lastCheckSendVideoMSec_；
In formula,
Epoll::msecEpoch_: this local clock obtained is indicated.
LastCheckSendVideoMSec_: the local clock that the inspection of last program cycle index obtains is indicated；
Given out a contract for a project using the calculating of following formula and be spaced the interior size sendSizeOneTime that once gives out a contract for a project:
SendSizeOneTime_=timeGap*sendSizePerSec_/1000.
In S5, the video cache transmit queue size videoWaitSenderQueue is set smaller than equal to 1000,
The traversal loop when time video bag size rawDataSize be set as 1300 bytes, in S6, the given threshold is
250ms。
In S8, the residue packet size leftSize is calculated according to following formula:
LeftSize=allVideoDataSizeInQueue_-sendSizeOneTime_.
In S9, the remaining packet size moreSendSize for also needing to send is calculated according to following formula:
MoreSendSize=leftSize*timeGap/5000.
In S10, the gap1 and gap2 are respectively adopted following formula and are calculated:
Gap1=(sendSizeOneTime_+moreSendSize)-realSendSize；
Gap2=(realSendSize+rawDataSize)-(sendSizeOneTime_+moreSendSize).
By using above-mentioned technical proposal disclosed by the invention, obtained following beneficial effect: the embodiment of the present invention is mentioned
The video smoothing based on complicated weak mobile network environment supplied sends live streaming uplink method, passes through tearing open again to audio/video frames
Packet, using udp agreement, and rationally designs audio-video packet size, develops retransmission algorithm and smooth transmission algorithm, may be implemented multiple
Under miscellaneous changeable vulnerable network environment, reach that mobile live streaming audio-video uploads stable code rate, low latency and to meet application scenarios higher
The purpose of reliability.
All the embodiments in this specification are described in a progressive manner, the highlights of each of the examples are with
The difference of other embodiments, the same or similar parts between the embodiments can be referred to each other.
Those skilled in the art should be understood that method and step provided by the above embodiment timing can according to the actual situation into
Row is adaptively adjusted, and can also concurrently carry out according to the actual situation.
The all or part of the steps in method that above-described embodiment is related to can be instructed by program relevant hardware come
It completes, the program can store in the storage medium that computer equipment can be read, for executing the various embodiments described above side
All or part of the steps described in method.The computer equipment, such as: personal computer, server, the network equipment, intelligent sliding
Dynamic terminal, smart home device, wearable intelligent equipment, vehicle intelligent equipment etc.；The storage medium, such as: RAM,
ROM, magnetic disk, tape, CD, flash memory, USB flash disk, mobile hard disk, storage card, memory stick, webserver storage, network cloud storage
Deng.
Finally, it is to be noted that, herein, relational terms such as first and second and the like be used merely to by
One entity or operation are distinguished with another entity or operation, without necessarily requiring or implying these entities or operation
Between there are any actual relationship or orders.Moreover, the terms "include", "comprise" or its any other variant meaning
Covering non-exclusive inclusion, so that the process, method, commodity or the equipment that include a series of elements not only include that
A little elements, but also including other elements that are not explicitly listed, or further include for this process, method, commodity or
The intrinsic element of equipment.In the absence of more restrictions, the element limited by sentence "including a ...", is not arranged
Except there is also other identical elements in process, method, commodity or the equipment for including the element.
The above is only a preferred embodiment of the present invention, it is noted that for the ordinary skill people of the art
For member, various improvements and modifications may be made without departing from the principle of the present invention, these improvements and modifications are also answered
Depending on protection scope of the present invention.
Claims (5)
1. a kind of video smoothing based on complicated weak mobile network environment sends live streaming uplink method, which is characterized in that including such as
Lower step:
S1 obtains video code flow variable bitrate；
S2 calculates the byte-sized sendSizePerSec of transmission per second according to the video code flow variable bitrate；
S3, the sendSizePerSec being calculated according to S2, calculating video bag, which gives out a contract for a project to be spaced timeGap and give out a contract for a project, is spaced interior one
The secondary size sendSizeOneTime that gives out a contract for a project；
S4, setting, which is given out a contract for a project, to be spaced interior initialization and actually gives out a contract for a project size realSendSize=0；
Video cache transmit queue size videoWaitSenderQueue is arranged in S5, when thering is new packet to enter queue every time, the period
Traversal caching transmit queue, setting traversal loop is as secondary video bag size rawDataSize；
S6 judges the caching transmit queue video data total size allVideoDataSizeInQueue, when the caching is sent out
When queue video data total size being sent to be less than the transmission data volume of given threshold, S7 is executed, when the caching transmit queue video
When data total size is greater than the transmission data volume of the given threshold, S8-S11 is executed；
S7 judges realSendSize+rawDataSize >=sendSizeOneTime, if it is, stopping sending, exits
Otherwise traversal sends video data to video server；
S8 is calculated in the caching transmit queue according to allVideoDataSizeInQueue and sendSizeOneTime, is remained
Remaining packet size leftSize；
S9 calculates the remaining packet size for also needing to send in the caching transmit queue according to leftSize and timeGap
moreSendSize；The remaining packet size moreSendSize for also needing to send, is calculated according to following formula:
MoreSendSize=leftSize*timeGap/5000；
S10 is calculated practical few according to sendSizeOneTime, moreSendSize, realSendSize and rawDataSize
It sends out to estimate caused by a packet and sends size and the practical difference gap1 for sending size, and, it is practical multiple a packet to be sent to cause
Practical transmission size with estimate send size difference gap2；
The gap1 and gap2 is respectively adopted following formula and is calculated:
Gap1=(sendSizeOneTime+moreSendSize)-realSendSize；
Gap2=(realSendSize+rawDataSize)-(sendSizeOneTime+moreSendSize)；
S11 judges whether to meet gap1 > 0, and gap2 > 0, if so, judge whether to meet gap1≤gap2, if it is,
Stop sending, exit traversal, otherwise, sends video data to video server.
2. the video smoothing according to claim 1 based on complicated weak mobile network environment sends live streaming uplink method,
It is characterized in that, in S2, the byte-sized sendSizePerSec:sendSizePerSec of transmission per second is calculated using following formula
=bitrate*1024/8.
3. the video smoothing according to claim 1 based on complicated weak mobile network environment sends live streaming uplink method,
It is characterized in that, in S3, is given out a contract for a project using following formula calculating video bag and be spaced timeGap:
TimeGap=Epoll::msecEpoch-lastCheckSendVideoMSec；
In formula,
Epoll::msecEpoch: this local clock obtained is indicated；
LastCheckSendVideoMSec: the local clock that the inspection of last program cycle index obtains is indicated；
Given out a contract for a project using the calculating of following formula and be spaced the interior size sendSizeOneTime that once gives out a contract for a project:
SendSizeOneTime=timeGap*sendSizePerSec/1000.
4. the video smoothing according to claim 1 based on complicated weak mobile network environment sends live streaming uplink method,
It being characterized in that, in S5, the video cache transmit queue size videoWaitSenderQueue is set smaller than equal to 1000,
The traversal loop when time video bag size rawDataSize be set as 1300 bytes, in S6, the given threshold is
250ms。
5. the video smoothing according to claim 1 based on complicated weak mobile network environment sends live streaming uplink method,
It is characterized in that, in S8, the residue packet size leftSize is calculated according to following formula:
LeftSize=allVideoDataSizeInQueue-sendSizeOneTime.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710011238.8A CN106604055B (en) | 2017-01-06 | 2017-01-06 | Video smoothing based on complicated weak mobile network environment sends live streaming uplink method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710011238.8A CN106604055B (en) | 2017-01-06 | 2017-01-06 | Video smoothing based on complicated weak mobile network environment sends live streaming uplink method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106604055A CN106604055A (en) | 2017-04-26 |
| CN106604055B true CN106604055B (en) | 2019-08-09 |
Family
ID=58582554
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710011238.8A Expired - Fee Related CN106604055B (en) | 2017-01-06 | 2017-01-06 | Video smoothing based on complicated weak mobile network environment sends live streaming uplink method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106604055B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108540448B (en) * | 2018-03-05 | 2021-08-13 | 上海迪维欧电子设备有限公司 | Streaming media data sending method |
| CN108259948B (en) * | 2018-03-30 | 2020-12-15 | 武汉斗鱼网络科技有限公司 | Method and device for playing live broadcast audio and video, computer and storage medium |
| CN111556345B (en) * | 2020-03-19 | 2023-08-29 | 视联动力信息技术股份有限公司 | Network quality detection method and device, electronic equipment and storage medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1983907A (en) * | 2005-12-13 | 2007-06-20 | 中兴通讯股份有限公司 | Method for controlling flow media transmitting rate |
| CN101222296A (en) * | 2008-01-31 | 2008-07-16 | 上海交通大学 | Self-adapting transmission method and system in ascending honeycomb video communication |
| CN101345613A (en) * | 2007-07-11 | 2009-01-14 | 华为技术有限公司 | Method, system and device for transmitting additional information through package clearance |
| CN102438324A (en) * | 2007-06-20 | 2012-05-02 | 华为技术有限公司 | Uplink MBR (maximal bit rate) control |
| CN103229466A (en) * | 2012-12-27 | 2013-07-31 | 华为技术有限公司 | Data packet transmission method and device |
| EP2630582A1 (en) * | 2010-08-04 | 2013-08-28 | Kryterion, Inc. | Optimized data stream upload |
| CN103338393A (en) * | 2013-06-13 | 2013-10-02 | 西安交通大学 | Video code rate selecting method driven by user experience under HSPA system |
| CN105376607A (en) * | 2015-10-29 | 2016-03-02 | 深圳云聚汇数码有限公司 | Live video method and device in network jittering environment |
-
2017
- 2017-01-06 CN CN201710011238.8A patent/CN106604055B/en not_active Expired - Fee Related
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1983907A (en) * | 2005-12-13 | 2007-06-20 | 中兴通讯股份有限公司 | Method for controlling flow media transmitting rate |
| CN102438324A (en) * | 2007-06-20 | 2012-05-02 | 华为技术有限公司 | Uplink MBR (maximal bit rate) control |
| CN101345613A (en) * | 2007-07-11 | 2009-01-14 | 华为技术有限公司 | Method, system and device for transmitting additional information through package clearance |
| CN101222296A (en) * | 2008-01-31 | 2008-07-16 | 上海交通大学 | Self-adapting transmission method and system in ascending honeycomb video communication |
| EP2630582A1 (en) * | 2010-08-04 | 2013-08-28 | Kryterion, Inc. | Optimized data stream upload |
| CN103229466A (en) * | 2012-12-27 | 2013-07-31 | 华为技术有限公司 | Data packet transmission method and device |
| CN103338393A (en) * | 2013-06-13 | 2013-10-02 | 西安交通大学 | Video code rate selecting method driven by user experience under HSPA system |
| CN105376607A (en) * | 2015-10-29 | 2016-03-02 | 深圳云聚汇数码有限公司 | Live video method and device in network jittering environment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106604055A (en) | 2017-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104113777B (en) | A kind of stream decoding method and device | |
| CN105308916B (en) | Method and apparatus in multimedia delivery network for controlling media transmitting | |
| Winstein et al. | Stochastic forecasts achieve high throughput and low delay over cellular networks | |
| CN106604055B (en) | Video smoothing based on complicated weak mobile network environment sends live streaming uplink method | |
| CN110049357B (en) | Bandwidth estimation method, device, equipment and storage medium | |
| CN103916716A (en) | Code rate smoothing method of video live transmission through wireless network | |
| CN109600610B (en) | Data encoding method, terminal and computer readable storage medium | |
| CN103259803B (en) | A kind of voice reproducing method, device and system | |
| CN105376607A (en) | Live video method and device in network jittering environment | |
| US9392247B2 (en) | Buffer state estimation method and device | |
| CN101785007A (en) | Method for synchronizing data flows | |
| CN104394421A (en) | Video frame processing method and device | |
| US9819715B2 (en) | Client side control of adaptive streaming | |
| CN105323604A (en) | QoE (Quality of Experience) driven HTTP streaming media on demand buffer area control method | |
| CN105594182A (en) | Improved request cancellation method for media streaming | |
| CN109495660B (en) | Audio data coding method, device, equipment and storage medium | |
| CN105684390A (en) | Method and device for reserving bandwidth for an adaptive streaming client | |
| CN104202615A (en) | Video redirection method based on cloud computing | |
| CN105791735A (en) | Method and system for dynamically adjusting video call code streams | |
| Xu et al. | Modeling buffer starvations of video streaming in cellular networks with large-scale measurement of user behavior | |
| CN109587511A (en) | More equipment net cast methods, equipment, system and storage medium | |
| TWI723394B (en) | Method for shaping video streams, set-up box and storage medium | |
| CN109729314A (en) | A kind of method for processing video frequency, device, electronic equipment and storage medium | |
| CN106331847B (en) | Audio and video playing method and apparatus | |
| AU2014303900B2 (en) | Information processing system, information processing apparatus, 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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190809 Termination date: 20200106 |