CN104394421B - The processing method and processing device of video frame - Google Patents
The processing method and processing device of video frame Download PDFInfo
- 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
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 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
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.
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)
| 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)
| 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 |
| DE602008003959D1 (en) * | 2007-09-20 | 2011-01-27 | Ericsson Telefon Ab L M | Improved use 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
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 | |
| 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 | |
| US20170034589A1 (en) | Adaptive profile switching system and method for media streaming over ip networks | |
| US8189492B2 (en) | Error recovery in an audio-video multipoint control component | |
| CN109644162B (en) | Media buffering | |
| CN105684390B (en) | Method and apparatus for reserving bandwidth for self adaptation stream transmission client | |
| 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 | |
| CN106941629A (en) | Real-time live broadcast method based on SIP+RTP Yu RTMP protocol interconnections | |
| 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 | |
| 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 |
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 |