Movatterモバイル変換


[0]ホーム

URL:


CN105472404A - Data processing method in video service - Google Patents

Data processing method in video service
Download PDF

Info

Publication number
CN105472404A
CN105472404ACN201410460491.8ACN201410460491ACN105472404ACN 105472404 ACN105472404 ACN 105472404ACN 201410460491 ACN201410460491 ACN 201410460491ACN 105472404 ACN105472404 ACN 105472404A
Authority
CN
China
Prior art keywords
frame
video
buffer
setting
rtp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410460491.8A
Other languages
Chinese (zh)
Other versions
CN105472404B (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.)
TD Tech Ltd
TD Tech Chengdu Co Ltd
Original Assignee
TD Tech 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 TD Tech LtdfiledCriticalTD Tech Ltd
Priority to CN201410460491.8ApriorityCriticalpatent/CN105472404B/en
Publication of CN105472404ApublicationCriticalpatent/CN105472404A/en
Application grantedgrantedCritical
Publication of CN105472404BpublicationCriticalpatent/CN105472404B/en
Activelegal-statusCriticalCurrent
Anticipated expirationlegal-statusCritical

Links

Landscapes

Abstract

The invention discloses a data processing method in video service. The method comprises that a reception end sends received video RTP packets to a video buffer; the video buffer sends the cached video RTP packets to a decoder for processing; and processing results of the cached RTP packets belonging to the same video frame are sent to the decoder at the same time. Thus, the video play quality can be improved.

Description

Data processing method in a kind of video traffic
Technical field
The application relates to the communication technology, the data processing method particularly in a kind of video traffic.
Background technology
Video traffic can transmit in the wireless network, and particularly, at transmitting terminal, equipment sends after video data waiting for transmission is carried out compressed encoding, sends receiving terminal to through transmission channel; Data after the compression that receiving terminal receiving end/sending end is sent, play to user after carrying out decoding process to it.Be transferred to by transmitting terminal in the process of receiving terminal and can produce propagation delay time.
In the prior art, concrete process after receiving terminal receives video data comprises: the RTP bag data of reception can be sent to decoder processes after receiving terminal receives data, decoder front end comprises a process buffer memory, caching process can be carried out to the RTP bag of input decoder, then by the decoding data process of buffer memory.At present, when the process of decoder front end is buffered in and carries out buffer memory to data, only data cached output is controlled according to the processing capability requirements of decoder.Due to the change of wireless environment, transmitting terminal can be caused to fluctuate to the propagation delay time of receiving terminal, but the decoder of receiving terminal can not carry out package control according to the change of propagation delay time after to data buffer storage, therefore the change of propagation delay time can be extended in decoding process, therefore receiving terminal may be caused to decode to there will be when carrying out video playback after process cannot smooth playing video, affect video playing quality, such as cause the phenomenons such as card pauses.
Summary of the invention
The application provides a kind of processing method of video traffic, effectively can control buffer and export to the data of decoder, improve video playing quality.
For achieving the above object, the application adopts following technical scheme:
A data processing method in video traffic, comprising:
The video RTP received wraps and sends into video display buffer by receiving terminal; The video RTP of buffer memory bag sends to decoder to process by described video display buffer; Wherein, the result belonging to the RTP bag of same frame of video of buffer memory is sent to described decoder simultaneously;
The mode that the video RTP that described video display buffer sends buffer memory wraps comprises:
When the total amount N of bag data cached in video display buffer is lower than reference capacity thresholding Thred0, for initial data packets, before the initial buffer memory waiting time that the cache-time of data cached bag does not exceed setting, do not send data cached bag, after exceeding described initial buffer memory waiting time, receive the packet of the incoming frame frame per second transmission buffer memory of data according to described video display buffer; For non-initial packet, according to described incoming frame frame per second, send data cached bag; Wherein, described incoming frame frame per second is the quantity of receiver, video frame in the described video display buffer unit interval;
As the capacity threshold Thred1 of Thred0<N≤setting, if RTP packet delay shake average Jitteraveragethe delay variation thresholding of≤setting, then send described data cached bag according to the interval of timestamps of incoming frame; If the RTP packet delay shake average Jitter in timing statisticsaveragedelay variation thresholding described in >, then when described incoming frame frame per second is more than or equal to the Human Perception frame per second of setting, described data cached bag is sent according to the interval of timestamps of incoming frame, when described incoming frame frame per second is less than the Human Perception frame per second of setting, send described data cached bag according to described Human Perception frame per second; Wherein, the interval of timestamps of described incoming frame is that transmitting time between two frame of video that timestamp that described video display buffer receives is adjacent is poor;
As the capacity threshold Thred2 of Thred1<N≤setting, send described data cached bag according to the minimum value in the interval of timestamps of 1/ incoming frame frame per second and incoming frame;
When N>Thred2 or video display buffer overflow, the packet of the buffer memory more than Thred2 is all sent.
Preferably, the mode calculating described incoming frame frame per second comprises:
The number of receiver, video frame in the timing statistics of setting, by the frame of video of reception divided by described setting-up time; Or, determine that described buffer receives the time required for frame of video of setting number, by described setting number divided by the time determined.
Preferably, when calculating RTP packet delay shake average, in the timing statistics of setting, calculation delay shake initial mean value, on the basis of at least twice delay variation initial mean value, carries out long-term filtering and determines described delay variation average.
Preferably, the method comprises further: the audio frequency RTP received wraps and sends into audio buffer by receiving terminal, and audio buffer audio frequency RTP according to the transmission frequency synchronized transmission of described video display buffer wraps and processes to decoder.
As seen from the above technical solution, in the application, when the data volume in buffer is less, can ensure to retain certain data volume in buffer memory, thus when avoiding time delay to increase, the continuity of presentation of video frames is deteriorated; When the data volume in buffer is medium, ensure that delay variation is in the limit that can tolerate, ensures certain buffer data size on the other hand on the one hand; When the data volume in buffer is more, certain clearance spaces can be ensured as far as possible, reduce overflow probability.Visible, the mode in the application, effectively can control buffer and export to the data of decoder, improve video playing quality.
Accompanying drawing explanation
Fig. 1 is the position of video display buffer in receiving equipment in the application;
Fig. 2 is the buffer control threshold de schematic diagram in the application's video display buffer.
Embodiment
In order to make the object of the application, technological means and advantage clearly understand, below in conjunction with accompanying drawing, the application is described in further details.
In the application, as shown in Figure 1, buffer, between RTP layer and decoder layer, is responsible for buffer memory RTP packet in the position of buffer, and goes out bag control strategy according to certain RTP packet is issued decoder process.Spatial cache size can static state setting fixed value, or according to physical device ability dynamic assignment.RTP packet for audio frequency, video can be divided into two buffers to carry out buffer memory, and in the same time, amount of audio data can be significantly less than the video data volume, and the application mainly describes buffer memory for video data and transmission.For synchronous voice data, Frequency Synchronization can be sent according to video data simultaneously send corresponding voice data.Synchronization policy the present invention do not retrain.The most basically, when carrying out buffer memory for the RTP bag received, based on No. SN sequence of carrying in RTP bag.Need export according to the order of sequence according to No. SN equally when exporting from buffer memory.Belong to entrained timestamp timestamp value in the RTP bag of same frame of video identical; The RTP bag belonging to same frame of video sends simultaneously.
Provide the concrete control mode that buffer wraps to decoder output video RTP below.
When carrying out bag and controlling, first arrange three capacity threshold, as shown in Figure 2, buffer carries out packet when exporting, and specifically controls according to the relation between three capacity threshold of current cache data volume and setting.Three capacity threshold are respectively Thred0, Thred1 and Thred2, Thred0<=Thred1<=Thred2LEssT.LT ssT.LT=100%; Wherein, (100%-capacity threshold Thred2) * buffer size <=decoder processes cache size, avoids producing decoder processes when transient data amount is larger impacting.
Based on above-mentioned three capacity threshold, the control treatment that buffer carries out video RTP bag is as follows:
If 1 buffer memory is lower than capacity threshold Thred0, give out a contract for a project by following
If-primary data sends, the data cached bag in buffer waits for that time delay does not exceed " the initial buffer memory waiting time " of setting, wouldn't outwards give out a contract for a project; Data cached bag in buffer according to incoming frame frame per second, carries out frame of video transmission after waiting for that time delay reaches " initial buffer memory waiting time ".Like this, data volume certain in buffer can be ensured, avoid video content when initial play, can not be excessive due to time delay between packet, cause video playback discontinuous; Meanwhile, when also avoiding video initial play, period of reservation of number is long, improves Consumer's Experience;
If not-primary data sends, according to incoming frame frame per second, carry out frame of video transmission.
If 2 Thred1> buffer memory >=Thred0, dynamically give out a contract for a project by following:
" delay variation thresholding " that the delay variation average <=that-Ruo wraps calculating according to the video RTP of buffer memory presets, then timestamp (timestamp) interval based on incoming frame sends.That is, when current delay variation situation is in the limit tolerated, carries out bag according to the transmission frequency of frame of video and control.Here, the interval of timestamps of incoming frame refers to that the transmitting time between two frame of video that timestamp that buffer receives is adjacent is poor.
-Ruo delay variation average > " shake thresholding ", judges the relation of incoming frame frame per second and Human Perception frame per second further, if incoming frame frame per second >=Human Perception frame per second, then sends according to the timestamp interval of incoming frame; If incoming frame frame per second < Human Perception frame per second, then carry out frame transmission based on Human Perception frame per second.Here, human eye has a minimum perception frame per second for dynamic video, is called Human Perception frame per second, and when video frame rate is lower than this Human Perception frame per second, the video fluency that Human Perception arrives is deteriorated.Can according to practical application scene settings Human Perception frame per second.This situation shows, when current delay variation situation is not in the limit tolerated, buffer is minimum to be exported with Human Perception frame per second.Like this, ensure the fluency of video playback on the one hand, ensure that the data volume of buffer memory can not be too much on the other hand.
From the process of two kinds of situations in above-mentioned 1 and 2, arranging of Thred0 needs to ensure certain data volume on the one hand, when time delay becomes large, when causing subsequent data to arrive continuity variation, still can ensure that continuous print data send by buffer memory; Need on the other hand to consider user's maximum wait duration; Comprehensively above-mentioned 2 settings carrying out Thred0, such as, can be set to 20%.
If 3 Thred2 >=buffer memory >=Thred1, dynamically give out a contract for a project by following:
The timestamp interval of (1/ incoming frame frame per second) < incoming frame that-Ruo is current, then carry out data transmission according to incoming frame frame per second;
The timestamp interval of (1/ incoming frame frame per second) >=incoming frame that-Ruo is current, then carry out data transmission according to the timestamp interval of incoming frame.
When buffer memory meets this situation, need to limit the buffer data size in buffer, therefore the maximum sent in the frame per second of frame of video according to frame per second and the transmitting terminal of buffer receiver, video frame exports, thus the buffer data size controlled in buffer does not raise too much as far as possible.
From above-mentioned 2 and the process of 3 two kind of situation, arranging of Thred1 will ensure that buffer memory does not have pressure on the one hand, will consider the fluctuation entering frame rate that can tolerate on the other hand.Comprehensively above-mentioned 2 settings carrying out Thred1, such as, can be set to 50%.
If 4 buffer memory >Thred2 or instantaneous reception data cause cache overflow, then the frame data more than Thred2 are all sent.Here process, when ensureing that buffer data size is more in both the buffers, sends packet as early as possible, overflows to avoid buffer.
From above-mentioned 3 and the process of 4 two kind of situation, after buffer memory is higher than Thred2, show that buffer memory accounting is higher, at this moment remaining spatial accommodation diminishes, and when transient data amount is higher, easily causes cache overflow, therefore, ensure certain clearance spaces as far as possible, reduce overflow probability.Therefore, need to arrange Thred2 on this basis, such as, can be set to 80%.
Go out to wrap in control above-mentioned, relate to the incoming frame frame per second of buffer and the delay variation average of RTP bag, introduce the concrete account forms of these two amounts below:
1) the incoming frame frame per second of video display buffer
The incoming frame frame per second that video cache buffer receives data is the number of video frames received in the unit interval.Can adopt following appraisal procedure, following method can independently use:
-be reference with set time, namely add up the number of video frames received in the fixed time, calculate incoming frame frame per second.
-with designated frame number for reference, namely statistics specifies the time receiving certain frame of video and need to consume, and calculates incoming frame frame per second.
Incoming frame frame per second is calculated as follows:
Frame number/the receiving terminal of incoming frame frame per second=receive receives the time (unit: frame/s) that this framing consumes
2) receiving terminal RTP packet delay shake average
The delay variation statistical of standard is defined in RTP/RTCP agreement.Namely the application adopts this statistical, repeats no more here.
Need in the application continue statistics receiving package delay variation, above-mentioned calculating incoming frame frame per second fixed time or specify frame number basis on, add up the delay variation average in this time interval, can above-mentioned go out bag control time directly utilize this delay variation average.Or, can also using the delay variation average that calculates in the manner described above its as delay variation initial mean value, between the statistical interval of at least twice, perform long-term filtering, filtering mode is not limit (such as alpha filtering), carries out the delay variation average that long-term level and smooth acquisition is final.
In addition, due to the difference of device own, may there is the accuracy that crystal oscillator difference causes two ends Time Calculation in transmitting terminal and receiving terminal.In the application, think very little compared with the change that difference that crystal oscillator introduces and propagation delay time are introduced, therefore, in the application, put aside the impact of crystal oscillator.If the two difference is excessive, need to consider that crystal oscillator compensates, and when the interval of timestamps according to incoming frame carries out the transmission of data cached bag, consider that crystal oscillator compensates in advance.The application does not retrain crystal oscillator compensation method.
By the process of above-mentioned the application, when the data volume in buffer is less, can ensure to retain certain data volume in buffer memory, thus when avoiding time delay to increase, the continuity of presentation of video frames is deteriorated; When the data volume in buffer is medium, ensure that delay variation is in the limit that can tolerate, ensures certain buffer data size on the other hand on the one hand; When the data volume in buffer is more, certain clearance spaces can be ensured as far as possible, reduce overflow probability.Visible, the mode in the application, effectively can control buffer and export to the data of decoder, improve video playing quality.
The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, within the spirit and principles in the present invention all, any amendment made, equivalent replacement, improvement etc., all should be included within the scope of protection of the invention.

Claims (4)

As the capacity threshold Thred1 of Thred0<N≤setting, if RTP packet delay shake average Jitteraveragethe delay variation thresholding of≤setting, then send described data cached bag according to the interval of timestamps of incoming frame; If the RTP packet delay shake average Jitter in timing statisticsaveragedelay variation thresholding described in >, then when described incoming frame frame per second is more than or equal to the Human Perception frame per second of setting, described data cached bag is sent according to the interval of timestamps of incoming frame, when described incoming frame frame per second is less than the Human Perception frame per second of setting, send described data cached bag according to described Human Perception frame per second; Wherein, the interval of timestamps of described incoming frame is that transmitting time between two frame of video that timestamp that described video display buffer receives is adjacent is poor;
CN201410460491.8A2014-09-112014-09-11A kind of data processing method in video trafficActiveCN105472404B (en)

Priority Applications (1)

Application NumberPriority DateFiling DateTitle
CN201410460491.8ACN105472404B (en)2014-09-112014-09-11A kind of data processing method in video traffic

Applications Claiming Priority (1)

Application NumberPriority DateFiling DateTitle
CN201410460491.8ACN105472404B (en)2014-09-112014-09-11A kind of data processing method in video traffic

Publications (2)

Publication NumberPublication Date
CN105472404Atrue CN105472404A (en)2016-04-06
CN105472404B CN105472404B (en)2018-11-13

Family

ID=55609618

Family Applications (1)

Application NumberTitlePriority DateFiling Date
CN201410460491.8AActiveCN105472404B (en)2014-09-112014-09-11A kind of data processing method in video traffic

Country Status (1)

CountryLink
CN (1)CN105472404B (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
CN109379168A (en)*2018-11-232019-02-22竞技世界(北京)网络技术有限公司A kind of smooth playback method of voice for the chat of front end real-time voice
CN111246284A (en)*2020-03-092020-06-05深圳创维-Rgb电子有限公司 Video stream playing method, system, terminal and storage medium
CN111356002A (en)*2018-12-242020-06-30海能达通信股份有限公司Video playing method and video player
CN113923506A (en)*2020-07-102022-01-11成都鼎桥通信技术有限公司Video data processing method and device, edge computing gateway and storage medium
CN115426490A (en)*2022-08-312022-12-02维沃移动通信有限公司Video quality evaluation method and device, electronic equipment and storage medium
CN117221565A (en)*2023-09-222023-12-12西安万像电子科技有限公司VGTP-based image display method and device under high delay, medium and electronic equipment

Citations (7)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
JP2003087317A (en)*2001-09-122003-03-20Nec CorpApparatus and method for absorbing voice packet delay fluctuation
JP2005322995A (en)*2004-05-062005-11-17Nippon Telegr & Teleph Corp <Ntt> Buffer control method, transmission terminal, reception terminal, video distribution system, and program in real-time video transfer
CN101123571A (en)*2006-08-072008-02-13北京三星通信技术研究有限公司 Adjustment Method of Scheduling Strategy Based on Adaptive Jitter Buffer
CN101719808A (en)*2009-11-232010-06-02中兴通讯股份有限公司Output processing method and output processing device of data packets
CN102378065A (en)*2011-10-192012-03-14江西省南城县网信电子有限公司Method and system for configuring buffer area at streaming media server side based on MPEG (Moving Picture Experts Group)-4
US20120222076A1 (en)*2001-09-122012-08-30Thomas Anthony StahlMethod and apparatus for changing received streaming content channels
CN102932676A (en)*2012-11-142013-02-13武汉烽火众智数字技术有限责任公司Self-adaptive bandwidth transmitting and playing method based on audio and video frequency synchronization

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
JP2003087317A (en)*2001-09-122003-03-20Nec CorpApparatus and method for absorbing voice packet delay fluctuation
US20120222076A1 (en)*2001-09-122012-08-30Thomas Anthony StahlMethod and apparatus for changing received streaming content channels
JP2005322995A (en)*2004-05-062005-11-17Nippon Telegr & Teleph Corp <Ntt> Buffer control method, transmission terminal, reception terminal, video distribution system, and program in real-time video transfer
CN101123571A (en)*2006-08-072008-02-13北京三星通信技术研究有限公司 Adjustment Method of Scheduling Strategy Based on Adaptive Jitter Buffer
CN101719808A (en)*2009-11-232010-06-02中兴通讯股份有限公司Output processing method and output processing device of data packets
CN102378065A (en)*2011-10-192012-03-14江西省南城县网信电子有限公司Method and system for configuring buffer area at streaming media server side based on MPEG (Moving Picture Experts Group)-4
CN102932676A (en)*2012-11-142013-02-13武汉烽火众智数字技术有限责任公司Self-adaptive bandwidth transmitting and playing method based on audio and video frequency synchronization

Cited By (8)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
CN109379168A (en)*2018-11-232019-02-22竞技世界(北京)网络技术有限公司A kind of smooth playback method of voice for the chat of front end real-time voice
CN109379168B (en)*2018-11-232021-04-13竞技世界(北京)网络技术有限公司Voice smooth playing method for front-end real-time voice chat
CN111356002A (en)*2018-12-242020-06-30海能达通信股份有限公司Video playing method and video player
CN111246284A (en)*2020-03-092020-06-05深圳创维-Rgb电子有限公司 Video stream playing method, system, terminal and storage medium
CN113923506A (en)*2020-07-102022-01-11成都鼎桥通信技术有限公司Video data processing method and device, edge computing gateway and storage medium
CN113923506B (en)*2020-07-102023-07-18成都鼎桥通信技术有限公司Video data processing method, device, edge computing gateway and storage medium
CN115426490A (en)*2022-08-312022-12-02维沃移动通信有限公司Video quality evaluation method and device, electronic equipment and storage medium
CN117221565A (en)*2023-09-222023-12-12西安万像电子科技有限公司VGTP-based image display method and device under high delay, medium and electronic equipment

Also Published As

Publication numberPublication date
CN105472404B (en)2018-11-13

Similar Documents

PublicationPublication DateTitle
US11349900B2 (en)Voice encoding and sending method and apparatus
CN103916716B (en)The code rate smoothing method of realtime video transmission under a kind of wireless network
CN105472404A (en)Data processing method in video service
CN104618786B (en)Audio and video synchronization method and device
US10560393B2 (en)Controlling a jitter buffer
CN102413307B (en) Adaptive code rate adjustment method and adjustment device for TV video chat
CN107529097A (en)A kind of method and device of adaptive regulating video buffer size
CN101222296A (en) Adaptive transmission method and system in uplink cellular video communication
CN101242359A (en) Dynamic code rate allocation method, packet domain streaming media server
CN104935958B (en)A kind of real-time video transmission device
CN105142002A (en)Audio/video live broadcasting method and device as well as control method and device
CN101562615A (en)Transmission method for MPEG-4 code based multimedia data stream self-adapting network bandwidth
CN103002354A (en)Method and system for eliminating network jitter of video data during transmission
CN102752212B (en)A kind of transmission rate control
CN101499918A (en)Adaptive stream media playing method, apparatus, system and mobile terminal
CN104427286B (en)A kind of method and system carrying out video calling
CN101924914A (en)Method for switching television channels and system and device thereof
CN105376607A (en)Live video method and device in network jittering environment
CN113242436B (en)Live broadcast data processing method and device and electronic equipment
CN102185835A (en)Real-time network signal playing method and device
CN102739548B (en)A kind of method of rate control of transfer of data
CN107438192A (en)The synchronous method of audio and video playing and related system and multimedia play terminal
TW200849842A (en)Method of regulating the transmission jitter within a reception terminal
CN104683866A (en)Playing processing method for received streaming video
CN112714353B (en)Distributed synchronization method for multimedia stream

Legal Events

DateCodeTitleDescription
C06Publication
PB01Publication
C10Entry into substantive examination
SE01Entry into force of request for substantive examination
GR01Patent grant
GR01Patent grant

[8]ページ先頭

©2009-2025 Movatter.jp