CN104394421A - Video frame processing method and device - Google Patents
Video frame processing method and device Download PDFInfo
- Publication number
- CN104394421A CN104394421A CN201310442796.1A CN201310442796A CN104394421A CN 104394421 A CN104394421 A CN 104394421A CN 201310442796 A CN201310442796 A CN 201310442796A CN 104394421 A CN104394421 A CN 104394421A
- Authority
- CN
- China
- Prior art keywords
- frame
- video
- timestamp
- condition
- transmit queue
- 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
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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- 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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
- H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
The invention discloses a video frame processing method and device. The method is characterized by when a collected video frame needs to enter a video sending queue, judging whether a preset frame drop condition is met according to timestamp of the video frame above; and when the frame drop condition is met, dropping the video frame. According to the technical scheme provided in the invention, video frame data in a buffer area is guaranteed to keep in a certain quantity through a certain algorithm, thereby reducing video frame accumulation in the buffer area and preventing program collapse.
Description
Technical field
The present invention relates to the communications field, in particular to a kind of processing method and device of frame of video.
Background technology
Along with the development of network technology, having occurred gets more and more utilizes the Internet to carry out the form exchanged.Such as, set up public Internet video chatroom, each Internet video chatroom can also be divided into multiple Chatroom, the network user is after registration, can select to enter one of them Chatroom, network dialogue can be carried out, mutual exchange of information with other users in room inside Chatroom.
Based on real-time messages agreement (Real-Time Messaging Protocol, referred to as RTMP) in the implementation procedure of Video chat room, adopt camera collection video data, and to the coding video data after collection, use RTMP agreement to be sent on RTMP server the video data after coding.Fps(frame per second) frame number namely per second, gather the video frame number that fps represents camera collection per second, send fps and represent and use RTMP agreement to be sent to by video data on RTMP server, per secondly can send how many frames.In the normal situation of network environment, send fps and can be more than or equal to collection fps, when network state is bad, sending fps can much smaller than collection fps.The situation gathering fps is less than in the event of sending fps, will cause having a large amount of frame of video to pile up in the buffer, if and after this situation continues for some time, will pile up too many due to the frame of video in buffering area and cause low memory, thus cause program crashing.
Summary of the invention
The invention discloses a kind of processing method and device of frame of video, at least to solve in correlation technique, pile up too many due to the frame of video in buffering area and cause low memory, thus causing the problem of program crashing.
According to an aspect of the present invention, a kind of processing method of frame of video is provided.
Processing method according to frame of video of the present invention comprises: when the frame of video collected needs to enter video transmit queue, judges whether to meet the frame losing condition preset according to the timestamp of above-mentioned frame of video; When meeting above-mentioned frame losing condition, abandon above-mentioned frame of video.
According to a further aspect in the invention, a kind of processing unit of frame of video is provided.
Processing unit according to frame of video of the present invention comprises: judge module, during for needing in the frame of video collected to enter video transmit queue, judges whether to meet the frame losing condition preset according to the timestamp of above-mentioned frame of video; First processing module, for when meeting above-mentioned frame losing condition, abandons above-mentioned frame of video.
By the present invention, when the frame of video collected needs to enter video transmit queue, when meeting the frame losing condition preset, abandon above-mentioned frame of video.Ensure that in buffering area, video requency frame data remains on certain quantity by certain algorithm, the frame of video that can reduce in buffering area is piled up, and avoids program crashing.
Accompanying drawing explanation
Fig. 1 is the flow chart of the processing method of frame of video according to the embodiment of the present invention;
Fig. 2 is the flow chart of the processing method of frame of video according to the preferred embodiment of the invention;
Fig. 3 is the structured flowchart of the processing unit of frame of video according to the embodiment of the present invention; And
Fig. 4 is the structured flowchart of the processing unit of frame of video according to the preferred embodiment of the invention.
Embodiment
Below in conjunction with Figure of description, specific implementation of the present invention is made a detailed description.
Fig. 1 is the flow chart of the processing method of frame of video according to the embodiment of the present invention.As shown in Figure 1, the processing method of this frame of video comprises following process:
Step S101: when the frame of video collected needs to enter video transmit queue, judges whether according to the timestamp of above-mentioned frame of video to meet the frame losing condition preset;
Step S103: when meeting above-mentioned frame losing condition, abandons above-mentioned frame of video.
Presetting a frame losing condition, when the frame of video collected needs to enter video transmit queue, when meeting this frame losing condition, abandoning above-mentioned frame of video.Ensure that in buffering area, video requency frame data remains on certain quantity by certain algorithm, the frame of video that can reduce in buffering area is piled up, and avoids program crashing.
Preferably, above-mentioned frame losing condition include but not limited to following one of at least:
Condition one: the timestamp (lastAudioSampleTime) of above-mentioned last transmission audio frame exceedes first threshold with the difference of the timestamp (currVideoSampleTime) of frame of video; That is, when above-mentioned frame of video this frame of video delayed time that should send oversize, asynchronous when may cause audio and video playing, therefore, need this frame to abandon.
Condition two: in the timestamp (currVideoSampleTime) of above-mentioned frame of video and above-mentioned video transmit queue, the difference of the timestamp (firstVideoSampleTimeInQueue) of the first frame exceedes Second Threshold.That is, the frame of video in video transmit queue adds up too many, frame of video in buffering area may be caused to pile up, cause program crashing, therefore, need to abandon this frame.
When the frame of video collected needs to enter video transmit queue, as long as meet above-mentioned condition one or condition two or satisfy condition one, condition two simultaneously, namely do not allow this frame of video enter video transmit queue, abandon this frame of video.
For above-mentioned timestamp, when collecting the first frame audio frequency or the first frame video, local time stamp time_base can be preserved, and this timestamp is recorded on this frame audio, video data, all audio/video frames of later collection, all record local time stamp local_time when it gathers.In time will sending audio/video frames, the local time stamp that audio/video frames records is converted to relative timestamp (local_time – time_base), so can the Deterministic service device audio, video data time synchronized that receives.Namely except the timestamp of the first frame audio frequency of collecting or the first frame video is except local time stamp, the timestamp of other audio/video frames is all the relative times relative to the first frame audio frequency and video.
Wherein, above-mentioned first threshold and Second Threshold, can be set greater than 0 second and be less than 3 seconds, generally, can be set to 2 seconds.It should be noted that this threshold value is larger, above-mentioned frame losing condition is more difficult to be met, and the frame lost is fewer, and picture is also more smooth.But frame losing number is too low, the asynchronous or buffering area frame of video of audio frequency and video can be caused to pile up, therefore, when setting first threshold and Second Threshold, should according to actual conditions dynamic-configuration.In preferred implementation process, above-mentioned first threshold is set to equal above-mentioned Second Threshold usually.
In preferred implementation process, in order to ensure that picture is smooth as far as possible, in above-mentioned frame losing condition, when satisfying condition one and/or condition two, a condition three can also be increased: in the timestamp of above-mentioned frame of video and above-mentioned video transmit queue, the difference of the timestamp of the first frame is greater than video frame time difference, wherein, this video frame time difference for front once abandon frame of video time, the difference of the timestamp of the first frame in the timestamp of this frame of video and above-mentioned video transmit queue.That is, current video transmit queue length is greater than video transmit queue length during a front frame losing.
Such as, when the frame of video collected will enter video transmit queue, first judged by above-mentioned frame losing (dropframe) condition, if meet drop frame condition, can proceed to compare, if when (currVideoSampleTime-firstVideoSampleTimeInQueue) being greater than drop frame last time, the time difference of video transmit queue head and the tail two frame video datas, if so representing puts in queue by this frame video data, video transmit queue will be caused elongated, therefore need these frame data to discard.
Preferably, after judging whether to meet default frame losing condition according to the timestamp of above-mentioned frame of video, following process can also being comprised: when not meeting above-mentioned frame losing condition, making above-mentioned frame of video enter above-mentioned video transmit queue; Above-mentioned video frame time difference (prevVideoTimeInt) is reset.
In preferred implementation process, after discarding frame data, need head and the tail video frame time difference (the prevVideoTimeInt)=currVideoSampleTime-firstVideoSampleTimeInQueue recorded in current video transmit queue, if do not need to carry out dropframe process, so prevVideoTimeInt can be made zero.
Not needing to carry out drop frame process, by prevVideoTimeInt return-to-zero, be in order to guaranteed conditions three is content with very little.By this process, can ensure that (such as, frame losing is the 2nd frame, the 4th frame, the 6th frame in interval frame losing.。。), make picture smooth.
Fig. 2 is the flow chart of the processing method of frame of video according to the preferred embodiment of the invention.As shown in Figure 2, the processing method of this frame of video comprises following process:
Step S201: when the frame of video collected needs to enter video transmit queue, judge whether one of satisfied following two conditions, or two conditions is all satisfied according to the timestamp of above-mentioned frame of video.If so, then step S203 is performed, otherwise, perform step S207.Attention: in the present embodiment, first threshold and Second Threshold arrange equal.
Condition one: the timestamp (lastAudioSampleTime) of above-mentioned last transmission audio frame exceedes first threshold (MAX_DELAY_TIME) with the difference of the timestamp (currVideoSampleTime) of frame of video, namely
(lastAudioSampleTime–currVideoSampleTime)>MAX_DELAY_TIME
If meet above-mentioned expression formula, represent that above-mentioned frame of video should in the end be sent out away before an audio frame sent, and owing to there is certain reason, this videoSample is caused not send in time, what this formula described is the time difference that the slowed-down video that can tolerate sends, if do not allow rear transmitting time to stab preceding frame of video in some systems, so MAX_DELAY_TIME should be set to 0.
Condition two: in the timestamp (currVideoSampleTime) of above-mentioned frame of video and above-mentioned video transmit queue, the difference of the timestamp (firstVideoSampleTimeInQueue) of the first frame exceedes Second Threshold (MAX_DELAY_TIME), namely
(currVideoSampleTime–firstVideoSampleTimeInQueue)>MAX_DELAY_TIME
Step S203: continue to judge whether to meet Article 3 part: time (currVideoSampleTime-firstVideoSampleTimeInQueue) is greater than drop frame last time, the time difference (prevVideoTimeInt) of video transmit queue head and the tail two frame video datas.If so, step S205 is performed, otherwise, perform step S207.
Step S205: above-mentioned frame of video is abandoned, and record the head and the tail video frame time difference (prevVideoTimeInt) in current video queue, wherein, prevVideoTimeInt=currVideoSampleTime-firstVideoSampleTim eInQueue.
Step S207: make above-mentioned frame of video enter above-mentioned video transmit queue, and above-mentioned video frame time difference (prevVideoTimeInt) is reset.
Fig. 3 is the structured flowchart of the processing unit of frame of video according to the embodiment of the present invention.As shown in Figure 3, the processing unit of this frame of video comprises: judge module 30, during for needing in the frame of video collected to enter video transmit queue, judges whether to meet the frame losing condition preset according to the timestamp of above-mentioned frame of video; First processing module 32, is connected with judge module 30, for when meeting above-mentioned frame losing condition, abandons above-mentioned frame of video.
When the frame of video collected needs to enter video transmit queue, judge module 30 judges whether to meet this frame losing condition, when meeting this frame losing condition, abandons above-mentioned frame of video.As can be seen here, by certain algorithm, said apparatus ensures that in buffering area, video requency frame data remains on certain quantity, and the frame of video that can reduce in buffering area is piled up, and avoids program crashing.
Preferably, above-mentioned frame losing condition includes but not limited to that following condition is one of at least:
Condition one: the timestamp (lastAudioSampleTime) of above-mentioned last transmission audio frame exceedes first threshold with the difference of the timestamp (currVideoSampleTime) of frame of video; That is, when above-mentioned frame of video this frame of video delayed time that should send oversize, asynchronous when can cause audio and video playing, therefore, need this frame to abandon.
Condition two: in the timestamp (currVideoSampleTime) of above-mentioned frame of video and above-mentioned video transmit queue, the difference of the timestamp (firstVideoSampleTimeInQueue) of the first frame exceedes Second Threshold.That is, the frame of video in video transmit queue adds up too many, frame of video in buffering area may be caused to pile up, cause program crashing, therefore, need to abandon this frame.
In preferred implementation process, it is equal with above-mentioned Second Threshold that above-mentioned first threshold is set usually.
In preferred implementation process, in order to ensure that picture is smooth as far as possible, in above-mentioned frame losing condition, when satisfying condition one and/or condition two, a condition three can also be increased: in the timestamp (currVideoSampleTime) of above-mentioned frame of video and above-mentioned video transmit queue, the difference of the timestamp (firstVideoSampleTimeInQueue) of the first frame is greater than video frame time difference (prevVideoTimeInt), wherein, this video frame time difference for front once abandon frame of video time, the difference of the timestamp of the first frame in the timestamp of this frame of video and above-mentioned video transmit queue.
Preferably, as shown in Figure 4, this device can also comprise: the second processing module 34, is connected with judge module 30, for when not meeting above-mentioned frame losing condition, makes above-mentioned frame of video enter above-mentioned video transmit queue; Dump block 36, for resetting above-mentioned video frame time difference.
In said apparatus, the preferred implementation that each module be combined with each other, specifically see the description in Fig. 1 to Fig. 2, can repeat no more herein.
In sum, by above-described embodiment provided by the invention, ensure that in buffering area, video requency frame data remains on certain quantity by certain algorithm, the frame of video that can reduce in buffering area is piled up, and avoids program crashing.Meanwhile, by corresponding process, also can ensure audio-visual synchronization, and ensure interval frame losing, make picture smooth.
Be only several specific embodiment of the present invention above, but the present invention is not limited thereto, the changes that any person skilled in the art can think of all should fall into protection scope of the present invention.
Claims (10)
1. a processing method for frame of video, is characterized in that, comprising:
When the frame of video collected needs to enter video transmit queue, judge whether according to the timestamp of described frame of video to meet the frame losing condition preset;
When meeting described frame losing condition, abandon described frame of video.
2. method according to claim 1, is characterized in that, described frame losing condition comprise in condition one and condition two one of at least:
Condition one: the last difference sending the timestamp of audio frame and the timestamp of described frame of video exceedes first threshold;
Condition two: in the timestamp of described frame of video and described video transmit queue, the difference of the timestamp of the first frame exceedes Second Threshold.
3. method according to claim 2, is characterized in that, described first threshold equals described Second Threshold.
4. according to the method in claim 2 or 3, it is characterized in that, when satisfying condition one and/or condition two, described frame losing condition also comprises:
In the timestamp of described frame of video and described video transmit queue, the difference of the timestamp of the first frame is greater than video frame time difference, wherein, described video frame time difference for front once abandon frame of video time, the difference of the timestamp of the first frame in the timestamp of this frame of video and described video transmit queue.
5. method according to claim 4, is characterized in that, after judging whether to meet default frame losing condition, also comprises according to the timestamp of described frame of video:
When not meeting described frame losing condition, described frame of video is made to enter described video transmit queue;
Described video frame time difference is reset.
6. a processing unit for frame of video, is characterized in that, comprising:
Judge module, during for needing in the frame of video collected to enter video transmit queue, judges whether according to the timestamp of described frame of video to meet the frame losing condition preset;
First processing module, for when meeting described frame losing condition, abandons described frame of video.
7. device according to claim 6, is characterized in that, described frame losing condition comprise in condition one and condition two one of at least:
Condition one: the last difference sending the timestamp of audio frame and the timestamp of described frame of video exceedes first threshold;
Condition two: in the timestamp of described frame of video and described video transmit queue, the difference of the timestamp of the first frame exceedes Second Threshold.
8. device according to claim 7, is characterized in that, described first threshold equals described Second Threshold.
9. the device according to claim 7 or 8, is characterized in that, when satisfying condition one and/or condition two, described frame losing condition also comprises:
In the timestamp of described frame of video and described video transmit queue, the difference of the timestamp of the first frame is greater than video frame time difference, wherein, described video frame time difference for front once abandon frame of video time, the difference of the timestamp of the first frame in the timestamp of this frame of video and described video transmit queue.
10. device according to claim 9, is characterized in that, also comprises:
Second processing module, for when not meeting described frame losing condition, makes described frame of video enter described video transmit queue;
Dump block, for resetting described video frame time difference.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310442796.1A CN104394421B (en) | 2013-09-23 | 2013-09-23 | The processing method and processing device of video frame |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310442796.1A CN104394421B (en) | 2013-09-23 | 2013-09-23 | The processing method and processing device of video frame |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104394421A true CN104394421A (en) | 2015-03-04 |
| CN104394421B CN104394421B (en) | 2018-08-17 |
Family
ID=52612249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310442796.1A Active CN104394421B (en) | 2013-09-23 | 2013-09-23 | The processing method and processing device of video frame |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104394421B (en) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105262950A (en) * | 2015-10-15 | 2016-01-20 | 广州市百果园网络科技有限公司 | Method and device for generating video information |
| CN105611309A (en) * | 2015-12-22 | 2016-05-25 | 北京奇虎科技有限公司 | Video transmission method and device |
| CN105681816A (en) * | 2015-12-31 | 2016-06-15 | 深圳市瑞彩电子技术有限公司 | Video data transmission apparatus and method |
| CN105846940A (en) * | 2016-03-30 | 2016-08-10 | 乐视控股（北京）有限公司 | Timestamp fault-tolerant control method and device |
| CN105915967A (en) * | 2016-05-09 | 2016-08-31 | 乐视控股（北京）有限公司 | Method and system of correcting video time-delay |
| CN109660879A (en) * | 2018-12-20 | 2019-04-19 | 广州虎牙信息科技有限公司 | Frame losing method, system, computer equipment and storage medium is broadcast live |
| CN109756789A (en) * | 2018-12-28 | 2019-05-14 | 视联动力信息技术股份有限公司 | A kind of loss treating method and system of audio, video data packet |
| CN110784655A (en) * | 2019-11-27 | 2020-02-11 | 杭州栖金科技有限公司 | Message consumption method and device and image processing equipment |
| CN111093083A (en) * | 2019-12-16 | 2020-05-01 | 西安万像电子科技有限公司 | Data transmission method and device |
| CN111385637A (en) * | 2020-03-18 | 2020-07-07 | Oppo广东移动通信有限公司 | Media data encoding method and device and electronic equipment |
| CN111432258A (en) * | 2019-04-29 | 2020-07-17 | 杭州海康威视数字技术股份有限公司 | Audio and video signal synchronization method and device |
| CN111641858A (en) * | 2020-04-29 | 2020-09-08 | 上海推乐信息技术服务有限公司 | Audio and video synchronization method and system |
| CN112822505A (en) * | 2020-12-31 | 2021-05-18 | 杭州星犀科技有限公司 | Audio and video frame loss method, device, system, storage medium and computer equipment |
| CN109714634B (en) * | 2018-12-29 | 2021-06-29 | 海信视像科技股份有限公司 | Decoding synchronization method, device and equipment for live data stream |
| CN114449309A (en) * | 2022-02-14 | 2022-05-06 | 杭州登虹科技有限公司 | Moving picture playing method for cloud directing |
| WO2022267733A1 (en) * | 2021-06-25 | 2022-12-29 | 荣耀终端有限公司 | Method for dynamically adjusting frame-dropping threshold value, and related devices |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007136533A2 (en) * | 2006-05-19 | 2007-11-29 | Lucent Technologies Inc. | Method and system for communicating and processing voip packets using a jitter buffer |
| CN101207822A (en) * | 2006-12-22 | 2008-06-25 | 上海晨兴电子科技有限公司 | Method for synchronization of audio frequency and video frequency of stream media terminal |
| CN101816153A (en) * | 2007-09-20 | 2010-08-25 | Lm爱立信电话有限公司 | Improved utilization of data links |
| CN102868939A (en) * | 2012-09-10 | 2013-01-09 | 杭州电子科技大学 | Method for synchronizing audio/video data in real-time video monitoring system |
-
2013
- 2013-09-23 CN CN201310442796.1A patent/CN104394421B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007136533A2 (en) * | 2006-05-19 | 2007-11-29 | Lucent Technologies Inc. | Method and system for communicating and processing voip packets using a jitter buffer |
| CN101207822A (en) * | 2006-12-22 | 2008-06-25 | 上海晨兴电子科技有限公司 | Method for synchronization of audio frequency and video frequency of stream media terminal |
| CN101816153A (en) * | 2007-09-20 | 2010-08-25 | Lm爱立信电话有限公司 | Improved utilization of data links |
| CN102868939A (en) * | 2012-09-10 | 2013-01-09 | 杭州电子科技大学 | Method for synchronizing audio/video data in real-time video monitoring system |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105262950A (en) * | 2015-10-15 | 2016-01-20 | 广州市百果园网络科技有限公司 | Method and device for generating video information |
| CN105262950B (en) * | 2015-10-15 | 2018-08-17 | 广州市百果园网络科技有限公司 | A kind of method and apparatus generating video information |
| CN105611309A (en) * | 2015-12-22 | 2016-05-25 | 北京奇虎科技有限公司 | Video transmission method and device |
| WO2017107649A1 (en) * | 2015-12-22 | 2017-06-29 | 北京奇虎科技有限公司 | Video transmission method and device |
| CN105681816A (en) * | 2015-12-31 | 2016-06-15 | 深圳市瑞彩电子技术有限公司 | Video data transmission apparatus and method |
| CN105681816B (en) * | 2015-12-31 | 2019-01-29 | 深圳市瑞彩电子技术有限公司 | A kind of video data transmission device and method |
| CN105846940A (en) * | 2016-03-30 | 2016-08-10 | 乐视控股（北京）有限公司 | Timestamp fault-tolerant control method and device |
| CN105915967A (en) * | 2016-05-09 | 2016-08-31 | 乐视控股（北京）有限公司 | Method and system of correcting video time-delay |
| CN109660879B (en) * | 2018-12-20 | 2021-11-19 | 广州虎牙信息科技有限公司 | Live broadcast frame loss method, system, computer equipment and storage medium |
| CN109660879A (en) * | 2018-12-20 | 2019-04-19 | 广州虎牙信息科技有限公司 | Frame losing method, system, computer equipment and storage medium is broadcast live |
| CN109756789B (en) * | 2018-12-28 | 2021-10-19 | 视联动力信息技术股份有限公司 | Method and system for processing packet loss of audio and video data packet |
| CN109756789A (en) * | 2018-12-28 | 2019-05-14 | 视联动力信息技术股份有限公司 | A kind of loss treating method and system of audio, video data packet |
| CN109714634B (en) * | 2018-12-29 | 2021-06-29 | 海信视像科技股份有限公司 | Decoding synchronization method, device and equipment for live data stream |
| CN111432258A (en) * | 2019-04-29 | 2020-07-17 | 杭州海康威视数字技术股份有限公司 | Audio and video signal synchronization method and device |
| CN110784655A (en) * | 2019-11-27 | 2020-02-11 | 杭州栖金科技有限公司 | Message consumption method and device and image processing equipment |
| CN111093083A (en) * | 2019-12-16 | 2020-05-01 | 西安万像电子科技有限公司 | Data transmission method and device |
| CN111093083B (en) * | 2019-12-16 | 2022-12-09 | 西安万像电子科技有限公司 | Data transmission method and device |
| CN111385637A (en) * | 2020-03-18 | 2020-07-07 | Oppo广东移动通信有限公司 | Media data encoding method and device and electronic equipment |
| CN111641858A (en) * | 2020-04-29 | 2020-09-08 | 上海推乐信息技术服务有限公司 | Audio and video synchronization method and system |
| CN112822505A (en) * | 2020-12-31 | 2021-05-18 | 杭州星犀科技有限公司 | Audio and video frame loss method, device, system, storage medium and computer equipment |
| CN112822505B (en) * | 2020-12-31 | 2023-03-03 | 杭州星犀科技有限公司 | Audio and video frame loss method, device, system, storage medium and computer equipment |
| WO2022267733A1 (en) * | 2021-06-25 | 2022-12-29 | 荣耀终端有限公司 | Method for dynamically adjusting frame-dropping threshold value, and related devices |
| CN114449309A (en) * | 2022-02-14 | 2022-05-06 | 杭州登虹科技有限公司 | Moving picture playing method for cloud directing |
| CN114449309B (en) * | 2022-02-14 | 2023-10-13 | 杭州登虹科技有限公司 | Dynamic diagram playing method for cloud guide |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104394421B (en) | 2018-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104394421A (en) | Video frame processing method and device | |
| WO2023024834A9 (en) | Game data processing method and apparatus, and storage medium | |
| US10542064B2 (en) | Method, server side and system for computing bandwidth of network transmission of streaming media | |
| Yates et al. | Timely cloud gaming | |
| US9565482B1 (en) | Adaptive profile switching system and method for media streaming over IP networks | |
| CN109889543A (en) | Method, root node, child node, P2P server and the system of transmission of video | |
| CN108696773A (en) | A kind of transmission method and device of real-time video | |
| CN109168059B (en) | Lip sound synchronization method for respectively playing audio and video on different devices | |
| JP5780684B2 (en) | Content reproduction information estimation apparatus, method, and program | |
| CN101969551B (en) | Method and system for fragmenting code streams in internet protocol television (IPTV) system | |
| WO2009073312A2 (en) | Network bandwidth detection, distribution and traffic prioritization | |
| CN103546662A (en) | Audio and video synchronizing method in network monitoring system | |
| CN109644162B (en) | Media buffering | |
| CN101548510A (en) | Method and apparatus for transmitting transport stream packets | |
| CN105656616B (en) | Method, apparatus, transmitting terminal and the receiving end of more data synchronization between devices | |
| CN104768081A (en) | Packet loss retransmission method for achieving flow control | |
| CN105553939A (en) | Method and device for determining blockage of streaming media | |
| CN108055566A (en) | Method, apparatus, equipment and the computer readable storage medium of audio-visual synchronization | |
| CN109714622A (en) | A kind of video data handling procedure, device and electronic equipment | |
| CN102325275A (en) | Packet discarding method, device and server for playing of streaming media | |
| CN112565016B (en) | Positioning method, system and device for abnormal time delay, electronic equipment and storage medium | |
| CN112383791B (en) | Media data processing method and device, electronic equipment and storage medium | |
| CN110719228B (en) | Big data packet transmission method and device based on real-time data distribution service | |
| CN102843344B (en) | Signal transmission method of minitype base station | |
| WO2007026604A1 (en) | Multicast node apparatus, multicast transfer method and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |