CN104394421B - The processing method and processing device of video frame - Google Patents

The processing method and processing device of video frame Download PDF

Info

Publication number
CN104394421B
CN104394421B CN201310442796.1A CN201310442796A CN104394421B CN 104394421 B CN104394421 B CN 104394421B CN 201310442796 A CN201310442796 A CN 201310442796A CN 104394421 B CN104394421 B CN 104394421B
Authority
CN
China
Prior art keywords
frame
video
video frame
timestamp
condition
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.)
Active
Application number
CN201310442796.1A
Other languages
Chinese (zh)
Other versions
CN104394421A (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.)
Guiyang Longmaster Information and Technology Co ltd
Original Assignee
Guiyang Longmaster Information and Technology Co ltd
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 Guiyang Longmaster Information and Technology Co ltd filed Critical Guiyang Longmaster Information and Technology Co ltd
Priority to CN201310442796.1A priority Critical patent/CN104394421B/en
Publication of CN104394421A publication Critical patent/CN104394421A/en
Application granted granted Critical
Publication of CN104394421B publication Critical patent/CN104394421B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/8547Content authoring involving timestamps for synchronizing content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/762Media network packet handling at the source 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The invention discloses a kind of processing method and processing devices of video frame, in the above-mentioned methods, when collected video frame needs to enter video transmit queue, are judged whether to meet preset frame losing condition according to the timestamp of above-mentioned video frame;When meeting above-mentioned frame losing condition, above-mentioned video frame is abandoned.According to technical solution provided by the invention, ensure that video requency frame data is maintained at certain quantity in buffering area by certain algorithm, the video frame accumulation in buffering area can be reduced, avoid program crashing.

Description

The processing method and processing device of video frame
Technical field
The present invention relates to the communications fields, in particular to a kind of processing method and processing device of video frame.
Background technology
With the continuous development of network technology, there are more and more forms exchanged using internet.For example, building Vertical public Internet video chatroom, each Internet video chatroom can also be divided into multiple Chatrooms, and the network user passes through It after registration, can select to enter one of Chatroom, can be carried out with the other users in room inside Chatroom Network dialogue, mutual exchange of information.
Based on real-time messages agreement(Real-Time Messaging Protocol, referred to as RTMP)Video chat room Realization during, video data is acquired using camera, and the video data after acquisition is encoded, by regarding after coding Frequency is sent on RTMP servers according to using RTMP agreements.fps(frame per second)Frame number i.e. per second, acquisition Fps indicates the video frame number of camera acquisition per second, sends fps and indicates that video data, which is sent to RTMP, using RTMP agreements takes It is engaged on device, it is per second that how many frame can be sent.Normal in network environment, acquisition fps can be more than or equal to by sending fps, When network state is bad, acquisition fps can be much smaller than by sending fps.It, will in the event of the case where fps is less than acquisition fps is sent Lead to have a large amount of video frame accumulation in the buffer, and if after such case continues for some time, it will be due in buffering area Video frame accumulation it is too many and lead to low memory, so as to cause program crashing.
Invention content
The invention discloses a kind of processing method and processing devices of video frame, at least to solve in the related technology, due to buffering Video frame accumulation in area is too many and leads to low memory, the problem of so as to cause program crashing.
According to an aspect of the invention, there is provided a kind of processing method of video frame.
The processing method of video frame according to the present invention includes:When collected video frame needs to enter video transmit queue When, judged whether to meet preset frame losing condition according to the timestamp of above-mentioned video frame;When meeting above-mentioned frame losing condition, abandon Above-mentioned video frame.
According to another aspect of the present invention, a kind of processing unit of video frame is provided.
The processing unit of video frame according to the present invention includes:Judgment module, for collected video frame need into When entering video transmit queue, judged whether to meet preset frame losing condition according to the timestamp of above-mentioned video frame;First processing mould Block, for when meeting above-mentioned frame losing condition, abandoning above-mentioned video frame.
Through the invention, when collected video frame needs to enter video transmit queue, meeting preset frame losing item When part, above-mentioned video frame is abandoned.Ensure that video requency frame data is maintained at certain quantity in buffering area by certain algorithm, it can To reduce the accumulation of the video frame in buffering area, program crashing is avoided.
Description of the drawings
Fig. 1 is the flow chart of the processing method of video frame according to the ... of the embodiment of the present invention;
Fig. 2 is the flow chart of the processing method of video frame according to the preferred embodiment of the invention;
Fig. 3 is the structure diagram according to the processing unit of the video frame of the embodiment of the present invention;And
Fig. 4 is the structure diagram according to the processing unit of the video frame of the preferred embodiment of the present invention.
Specific implementation mode
The specific implementation of the present invention is made a detailed description with reference to the accompanying drawings of the specification.
Fig. 1 is the flow chart of the processing method of video frame according to the ... of the embodiment of the present invention.As shown in Figure 1, the video frame Processing method includes following processing:
Step S101:When collected video frame needs to enter video transmit queue, according to the time of above-mentioned video frame Stamp judges whether to meet preset frame losing condition;
Step S103:When meeting above-mentioned frame losing condition, above-mentioned video frame is abandoned.
A frame losing condition is preset, it, should meeting when collected video frame needs to enter video transmit queue When frame losing condition, above-mentioned video frame is abandoned.Ensure that video requency frame data is maintained at certain in buffering area by certain algorithm Quantity can reduce the video frame accumulation in buffering area, avoid program crashing.
Preferably, above-mentioned frame losing condition includes but not limited at least one of:
Condition one:Above-mentioned last time sends the timestamp of audio frame(lastAudioSampleTime)With video frame Timestamp(currVideoSampleTime)Difference be more than first threshold;That is, when above-mentioned video frame has lagged the video frame The time that should be sent is too long, may result in asynchronous when audio and video playing, and therefore, it is necessary to abandon the frame.
Condition two:The timestamp of above-mentioned video frame(currVideoSampleTime)With in above-mentioned video transmit queue The timestamp of one frame(firstVideoSampleTimeInQueue)Difference be more than second threshold.That is, in video transmit queue Video frame add up too many, may result in buffering area video frame and accumulate, cause program crashing, therefore, it is necessary to abandon this Frame.
When collected video frame need enter video transmit queue when, as long as meet above-mentioned condition one or condition two or Person meets condition one simultaneously, and condition two does not allow the video frame to enter video transmit queue, abandon the video frame.
For above-mentioned timestamp, when collecting first frame audio or first frame video, when can preserve local Between stab time_base, and this timestamp is recorded on this frame audio, video data, all audio/video frames acquired later, All record local time stamp local_time when it is acquired.When audio/video frames to be sent, it will be recorded on audio/video frames Local time stamp be converted into opposite timestamp(local_time–time_base), this ensures that server received Audio, video data time synchronization.I.e. in addition to the timestamp of collected first frame audio or first frame video is local zone time Except stamp, the timestamp of other audio/video frames is the relative time relative to first frame audio and video.
Wherein, above-mentioned first threshold and second threshold can be set as being more than 0 second and be less than 3 seconds, under normal circumstances, can To be set as 2 seconds.It should be noted that this threshold value is bigger, above-mentioned frame losing condition is more difficult to meet, and the frame lost is fewer, picture It is more smooth.But frame losing number is too low, audio and video can be caused asynchronous or the accumulation of buffering area video frame, therefore, in setting the It, should be according to actual conditions dynamic configuration when one threshold value and second threshold.In a preferred implementation process, above-mentioned first threshold is usual It is equal to above-mentioned second threshold.
In a preferred implementation process, in order to ensure picture smoothness as possible, in above-mentioned frame losing condition, the condition that meets one and/ Or in the case of condition two, a condition three can also be increased:In the timestamp of above-mentioned video frame and above-mentioned video transmit queue It is poor that the difference of the timestamp of first frame is more than video frame time, wherein when the video frame time difference is preceding primary discarding video frame, The difference of the timestamp of the video frame and the timestamp of first frame in above-mentioned video transmit queue.That is, current video sends team Row length is more than video transmit queue length when a preceding frame losing.
For example, when collected video frame will enter video transmit queue, above-mentioned frame losing is first passed through(drop frame)Condition is judged, if meeting drop frame conditions, can continue to compare, if (currVideoSampleTime-firstVideoSampleTimeInQueue) when being more than last time drop frame, depending on The time difference of frequency transmit queue two frame video datas of head and the tail, then indicate if this frame video data is put into queue, it will Video transmit queue can be caused elongated, it is therefore desirable to discard this frame data.
Preferably, judged whether after meeting preset frame losing condition according to the timestamp of above-mentioned video frame, can also be wrapped Include following processing:When being unsatisfactory for above-mentioned frame losing condition, above-mentioned video frame is made to enter above-mentioned video transmit queue;By above-mentioned video Frame time is poor(prevVideoTimeInt)It resets.
In a preferred implementation process, it after discarding a frame data, needs to record in current video transmit queue Head and the tail video frame time is poor(prevVideoTimeInt)=currVideoSampleTime- FirstVideoSampleTimeInQueue, if you do not need to drop frame processing is carried out, then can incite somebody to action PrevVideoTimeInt is zeroed.
Drop frame processing need not be being carried out, is being for guaranteed conditions by prevVideoTimeInt return-to-zeros Three are content with very little.Pass through the processing, it is ensured that interval frame losing(For example, frame losing is the 2nd frame, and the 4th frame, the 6th frame...)So that Picture is smooth.
Fig. 2 is the flow chart of the processing method of video frame according to the preferred embodiment of the invention.As shown in Fig. 2, the video The processing method of frame includes following processing:
Step S201:When collected video frame needs to enter video transmit queue, according to the time of above-mentioned video frame Stamp judges whether that meeting one of two following conditions or two conditions is satisfied by.If so, S203 is thened follow the steps, otherwise, Execute step S207.Pay attention to:In the present embodiment, first threshold is equal with second threshold setting.
Condition one:Above-mentioned last time sends the timestamp of audio frame(lastAudioSampleTime)With video frame Timestamp(currVideoSampleTime)Difference be more than first threshold(MAX_DELAY_TIME), i.e.,
(lastAudioSampleTime–currVideoSampleTime)>MAX_DELAY_TIME
If meeting above-mentioned expression formula, indicate above-mentioned video frame should the audio frame that the last one sends it Before be transmitted, and due to there is certain, cause this videoSample not send in time, this formula The time difference that the slowed-down video for describing to tolerate is sent, if sending time is stabbed after not allowing in some systems Preceding video frame, then MAX_DELAY_TIME should be set as 0.
Condition two:The timestamp of above-mentioned video frame(currVideoSampleTime)With in above-mentioned video transmit queue The timestamp of one frame(firstVideoSampleTimeInQueue)Difference be more than second threshold(MAX_DELAY_TIME), I.e.
(currVideoSampleTime–firstVideoSampleTimeInQueue)>MAX_DELAY_TIME
Step S203:It continues to determine whether to meet third condition:(currVideoSampleTime- FirstVideoSampleTimeInQueue when) being more than last time drop frame, video transmit queue two frame videos of head and the tail The time difference of data(prevVideoTimeInt).If so, executing step S205, otherwise, step S207 is executed.
Step S205:Above-mentioned video frame is abandoned, and it is poor to record the head and the tail video frame time in current video queue (prevVideoTimeInt), wherein prevVideoTimeInt=currVideoSampleTime- firstVideoSampleTimeInQueue。
Step S207:Above-mentioned video frame is set to enter above-mentioned video transmit queue, and above-mentioned video frame time is poor (prevVideoTimeInt)It resets.
Fig. 3 is the structure diagram according to the processing unit of the video frame of the embodiment of the present invention.As shown in figure 3, the video frame Processing unit include:Judgment module 30, for collected video frame need enter video transmit queue when, according to above-mentioned The timestamp of video frame judges whether to meet preset frame losing condition;First processing module 32 is connected with judgment module 30, uses In when meeting above-mentioned frame losing condition, above-mentioned video frame is abandoned.
When collected video frame needs to enter video transmit queue, judgment module 30 judges whether to meet the frame losing item Part abandons above-mentioned video frame when meeting the frame losing condition.It can be seen that above-mentioned apparatus ensures to delay by certain algorithm The quantity that video requency frame data in area is maintained at certain is rushed, the video frame accumulation in buffering area can be reduced, avoid program crashing.
Preferably, above-mentioned frame losing condition includes but not limited at least one the following conditions:
Condition one:Above-mentioned last time sends the timestamp of audio frame(lastAudioSampleTime)With video frame Timestamp(currVideoSampleTime)Difference be more than first threshold;That is, when above-mentioned video frame has lagged the video frame The time that should be sent is too long, and asynchronous when can lead to audio and video playing, therefore, it is necessary to abandon the frame.
Condition two:The timestamp of above-mentioned video frame(currVideoSampleTime)With in above-mentioned video transmit queue The timestamp of one frame(firstVideoSampleTimeInQueue)Difference be more than second threshold.That is, in video transmit queue Video frame add up too many, may result in buffering area video frame and accumulate, cause program crashing, therefore, it is necessary to abandon this Frame.
In a preferred implementation process, it is equal with above-mentioned second threshold that above-mentioned first threshold is usually set.
In a preferred implementation process, in order to ensure picture smoothness as possible, in above-mentioned frame losing condition, the condition that meets one and/ Or in the case of condition two, a condition three can also be increased:The timestamp of above-mentioned video frame(currVideoSampleTime) With the timestamp of first frame in above-mentioned video transmit queue(firstVideoSampleTimeInQueue)Difference be more than video Frame time is poor(prevVideoTimeInt), wherein when the video frame time difference is preceding primary discarding video frame, the video frame The difference of timestamp and the timestamp of first frame in above-mentioned video transmit queue.
Preferably, as shown in figure 4, the device can also include:Second processing module 34 is connected with judgment module 30, For when being unsatisfactory for above-mentioned frame losing condition, making above-mentioned video frame enter above-mentioned video transmit queue;Dump block 36, being used for will Above-mentioned video frame time difference is reset.
In above-mentioned apparatus, the preferred embodiment that each module be combined with each other specifically may refer to the description in Fig. 1 to Fig. 2, Details are not described herein again.
In conclusion by above-described embodiment provided by the invention, video in buffering area is ensured by certain algorithm Frame data are maintained at certain quantity, can reduce the video frame accumulation in buffering area, avoid program crashing.Meanwhile passing through phase The processing answered, it is also ensured that audio-visual synchronization, and ensure to be spaced frame losing so that picture is smooth.
Disclosed above is only several specific embodiments of the present invention, and still, the present invention is not limited to this, any ability What the technical staff in domain can think variation should all fall into protection scope of the present invention.

Claims (6)

1. a kind of processing method of video frame, which is characterized in that including:
When collected video frame needs to enter video transmit queue, judge whether to meet according to the timestamp of the video frame Preset frame losing condition;
When meeting the frame losing condition, the video frame is abandoned, wherein first judge whether to meet the frame losing condition conditional At least one of one and condition two, if it is satisfied, continuing to compare, if the timestamp of the video frame and video hair When the difference of the timestamp of first frame in queue being sent to be more than last time frame losing, video transmit queue two frame video datas of head and the tail when Between it is poor, then the video frame is discarded, wherein the condition one:Last time sends the timestamp of audio frame and the video The difference of the timestamp of frame is more than first threshold, the condition two:The timestamp of the video frame and the video transmit queue The difference of the timestamp of middle first frame is more than second threshold.
2. according to the method described in claim 1, it is characterized in that, the first threshold is equal to the second threshold.
3. according to the method described in claim 1, it is characterized in that, judging whether to meet according to the timestamp of the video frame pre- If frame losing condition after, further include:
When being unsatisfactory for the frame losing condition, the video frame is made to enter the video transmit queue;
The video frame time difference is reset.
4. a kind of processing unit of video frame, which is characterized in that including:
Judgment module, for collected video frame need enter video transmit queue when, according to the time of the video frame Stamp judges whether to meet preset frame losing condition;
First processing module, for when meeting the frame losing condition, abandoning the video frame, wherein first judge whether to meet At least one of the frame losing condition conditional one and condition two, if it is satisfied, continue to compare, if the video frame When the difference of the timestamp of first frame is more than last time frame losing in timestamp and the video transmit queue, video transmit queue is first The time difference of two frame video data of tail, then the video frame is discarded, wherein the condition one:Last time sends audio frame The difference of timestamp of timestamp and the video frame be more than first threshold, the condition two:The timestamp of the video frame Difference with the timestamp of first frame in the video transmit queue is more than second threshold.
5. device according to claim 4, which is characterized in that the first threshold is equal to the second threshold.
6. device according to claim 4, which is characterized in that further include:
Second processing module, for when being unsatisfactory for the frame losing condition, making the video frame enter the video transmit queue;
Dump block, for resetting the video frame time difference.
CN201310442796.1A 2013-09-23 2013-09-23 The processing method and processing device of video frame Active CN104394421B (en)

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 CN104394421A (en) 2015-03-04
CN104394421B true 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)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105262950B (en) * 2015-10-15 2018-08-17 广州市百果园网络科技有限公司 A kind of method and apparatus generating video information
CN105611309B (en) * 2015-12-22 2019-03-05 北京奇虎科技有限公司 A kind of video transmission method and device
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
CN109756789B (en) * 2018-12-28 2021-10-19 视联动力信息技术股份有限公司 Method and system for processing packet loss of audio and video data packet
CN109714634B (en) * 2018-12-29 2021-06-29 海信视像科技股份有限公司 Decoding synchronization method, device and equipment for live data stream
CN111432258B (en) * 2019-04-29 2022-09-30 杭州海康威视数字技术股份有限公司 Audio and video signal synchronization method and device
CN110784655B (en) * 2019-11-27 2021-06-11 杭州栖金科技有限公司 Message consumption method and device and image processing equipment
CN111093083B (en) * 2019-12-16 2022-12-09 西安万像电子科技有限公司 Data transmission method and device
CN111385637B (en) * 2020-03-18 2022-05-20 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
CN112822505B (en) * 2020-12-31 2023-03-03 杭州星犀科技有限公司 Audio and video frame loss method, device, system, storage medium and computer equipment
CN113473229B (en) * 2021-06-25 2022-04-12 荣耀终端有限公司 Method for dynamically adjusting frame loss threshold and related equipment
CN114449309B (en) * 2022-02-14 2023-10-13 杭州登虹科技有限公司 Dynamic diagram playing method for cloud guide

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7570670B2 (en) * 2006-05-19 2009-08-04 Alcatel-Lucent Usa 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
EP2040423B1 (en) * 2007-09-20 2010-12-15 Telefonaktiebolaget L M Ericsson (PUBL) 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

Also Published As

Publication number Publication date
CN104394421A (en) 2015-03-04

Similar Documents

Publication Publication Date Title
CN104394421B (en) The processing method and processing device of video frame
CN106686438B (en) method, device and system for synchronously playing audio images across equipment
Yates et al. Timely cloud gaming
US9565482B1 (en) Adaptive profile switching system and method for media streaming over IP networks
JP5780684B2 (en) Content reproduction information estimation apparatus, method, and program
CN109889543A (en) Method, root node, child node, P2P server and the system of transmission of video
US8189492B2 (en) Error recovery in an audio-video multipoint control component
CN109756789B (en) Method and system for processing packet loss of audio and video data packet
Xue et al. Playing high-end video games in the cloud: A measurement study
CN110300283B (en) Monitoring and inspection control method and device based on video networking
CN105684390A (en) Method and device for reserving bandwidth for an adaptive streaming client
Li et al. Real‐Time QoE Monitoring System for Video Streaming Services with Adaptive Media Playout
Montagud et al. Enhanced adaptive RTCP-based Inter-Destination Multimedia Synchronization approach for distributed applications
CN108924485A (en) Client live video stream interruption processing method and system, monitoring system
JP5440839B2 (en) Information processing apparatus and method, and program
Qi et al. A context-aware framework for reducing bandwidth usage of mobile video chats
JP2011130176A (en) Image quality estimating device and method, encoding bit rate estimating device and method, and program
JP5682292B2 (en) Video distribution apparatus and video distribution method
JP3927486B2 (en) Streaming distribution apparatus, streaming distribution system, and streaming distribution method
CN115001632A (en) Information transmission method and device, electronic equipment and readable storage medium
CN110545447B (en) Audio and video synchronization method and device
JP5643242B2 (en) Media player parameter estimation apparatus, method, and program
JP5806982B2 (en) User pause operation time estimation apparatus, method, and program
JP5675164B2 (en) Transmission device, transmission method, and program
JP2009077108A (en) Receiver, receiving method and computer 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