CN109831693B - Method for reporting video frame information data and judging data underflow - Google Patents
Method for reporting video frame information data and judging data underflow Download PDFInfo
- Publication number
- CN109831693B CN109831693B CN201910074909.4A CN201910074909A CN109831693B CN 109831693 B CN109831693 B CN 109831693B CN 201910074909 A CN201910074909 A CN 201910074909A CN 109831693 B CN109831693 B CN 109831693B
- Authority
- CN
- China
- Prior art keywords
- layer
- data
- data stream
- video frame
- cache device
- 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
Images
Abstract
The invention comprises a video frame information data reporting method, wherein the method is applied to an IPTV set top box system, the IPTV set top box system is used for playing videos, the IPTV set top box system comprises a kernel layer and a player layer, and the player layer is positioned above the kernel layer; the method comprises the following steps: step A1, the kernel layer obtains the data stream corresponding to the video by decoding; step A2, the player layer obtains the data stream through the I/O channel management function. The invention has the beneficial effects that: the data stream is uploaded to the player layer through the kernel layer, and the player layer acquires the video stream through an I/O channel management function, so that the efficiency and the completeness of video reporting are improved.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a method for reporting video frame information data and judging data underflow.
Background
IPTV (interactive network television) is a new technology that integrates internet, multimedia, and communication technologies using a broadband network to provide a variety of interactive services including digital television to home users. And with the development of internet technology, more and more people pay attention to live webcasting, so live webcasting time shift also receives much attention. Through network signals, people can watch television programs, important events, news and the like on line, and have wide and free selection space. The iptv set-top box is implemented to decode a video at a kernel layer of a chip bottom layer to obtain a data stream and upload the data stream to a player layer, and the importance of the player layer to obtain the video stream for processing is increasing.
Disclosure of Invention
In view of the above problems in the prior art, a video frame information data reporting method is provided, which aims to upload a data stream to a player layer through a kernel layer, and the player layer obtains a video stream through an I/O channel management function, so as to improve the efficiency and completeness of video reporting.
The specific technical scheme is as follows:
a video frame information data reporting method is applied to an IPTV set top box system, wherein the IPTV set top box system is used for playing videos and comprises a kernel layer and a player layer, and the player layer is positioned above the kernel layer;
the method comprises the following steps:
step A1, the kernel layer obtains the data stream corresponding to the video by decoding;
step A2, the player layer obtains the data stream through the I/O channel management function.
Preferably, the method for reporting video frame information data, wherein,
the IPTV set top box system comprises a first cache device, wherein the first cache device is respectively connected with a kernel layer and a player layer, the kernel layer stores data streams into the first cache device, and the player layer acquires continuous video frames in the data streams from the first cache device through an I/O channel management function and plays the video frames.
Preferably, the method for reporting video frame information data includes that the kernel layer decodes the video, records an error video frame in the data stream, and then discards the error video frame.
Preferably, the method for reporting video frame information data includes that when the player layer plays the video frame, it is determined whether the video frame has data underflow.
Preferably, the method for reporting video frame information data, wherein the IPTV set-top box system includes a middleware layer, and the middleware layer is located above a player layer;
the player layer combines the data stream obtained from the kernel layer and underflow information generated by processing the data stream to obtain combined information, and sends the combined information to the middleware layer.
Preferably, the method for reporting video frame information data includes that the player layer sends a pointer for calling a function to the middleware layer, and the middleware layer calls the merging information according to the pointer.
Preferably, the method for reporting the video frame information data includes that the IPTV set-top box system includes a first cache device, and the first cache device is connected to the kernel layer;
the first cache device comprises a first cache unit and a second cache unit;
a hardware decoder is arranged in the kernel layer;
step a1 specifically includes:
step A11, a hardware decoder obtains a data stream corresponding to a video by decoding, and records an error video frame in the data stream;
step A12, discarding the error video frame by the kernel layer, and storing the normal video frame in the data stream into the first buffer unit;
step a13, the kernel layer stores partial data stream from the first buffer unit to the current second buffer unit at preset time intervals.
Preferably, the method for reporting video frame information data, wherein,
the IPTV set top box system comprises a first cache device, wherein the first cache device is respectively connected with the kernel layer and the player layer;
the IPTV set top box system comprises a second cache device, the second cache device is respectively connected with the first cache device and the player layer, and the second cache device reads the data frame of the first cache device in real time and stores the read data frame into the second cache device;
the second cache device sets different volume thresholds according to the resolution of the video;
the step of judging whether the data stream has data underflow specifically comprises the following steps:
step B1, the player layer compares the size of the current partial data stream in the second buffer device with the corresponding volume threshold;
when the size of the current partial data stream is smaller than the volume threshold, then step B2 is executed;
when the size of the current partial data stream is greater than or equal to the volume threshold, determining that each video frame of the current partial data stream is not data underflow, and then performing step B3;
step B2, judging whether a new video frame is added after the second buffer device reads the data frame;
if so, determining that each video frame of the current partial data stream has no data underflow;
if not, determining that the read data frame has data underflow;
step B3, setting the next partial data stream as the current partial data stream, and then returning to step B1 until the comparison of the number of video frames of all partial data streams with the corresponding volume threshold is completed.
Preferably, the method for reporting video frame information data, wherein,
the middleware layer calls part of the merging information every a preset time period, and obtains the pause times in the merging information so as to obtain the pause time by processing according to the pause times.
Preferably, the method for reporting video frame information data, wherein,
the method for obtaining the stuck time and comparing the stuck time with the preset stuck time threshold specifically comprises the following steps:
step C1, the middleware layer acquires partial merging information in a preset time period through the pointer of the calling function every other preset time period;
step C2, the middleware layer processes the underflow information of part of the merged information to obtain the pause times of the data stream within a preset time period;
step C3, the middleware layer processes according to the clamping times to obtain the clamping time;
step C4, judging whether the pause time is larger than a preset pause time threshold value;
if yes, recording the merged information in a preset time period which is greater than a preset pause time threshold value as pause data, and then executing a step C5;
if not, go to step C5;
and step C5, returning to step C3 until the middleware layer judges the pause time of the partial data stream in each preset time period of the combined information.
The technical scheme has the following advantages or beneficial effects: the data stream is uploaded to the player layer through the kernel layer, and the player layer acquires the video stream through an I/O channel management function, so that the efficiency and the completeness of video reporting are improved.
Drawings
Embodiments of the present invention will now be described more fully hereinafter with reference to the accompanying drawings. The drawings are, however, to be regarded as illustrative and explanatory only and are not restrictive of the scope of the invention.
Fig. 1 is a flowchart of a video frame information data reporting method according to an embodiment of the present invention;
fig. 2 is a flowchart of step a1 of the method for reporting video frame information data according to the embodiment of the present invention;
fig. 3 is a flowchart of determining underflow of data according to an embodiment of a method for reporting video frame information data in the present invention;
fig. 4 is a flowchart of calculating the number of times of hitching according to the embodiment of the method for reporting video frame information data of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict.
The invention is further described with reference to the following drawings and specific examples, which are not intended to be limiting.
The invention comprises a video frame information data reporting method, wherein the method is applied to an IPTV set top box system, the IPTV set top box system is used for playing videos, the IPTV set top box system comprises a kernel layer and a player layer, and the player layer is positioned above the kernel layer;
as shown in fig. 1, the method comprises the steps of:
step A1, the kernel layer obtains the data stream corresponding to the video by decoding;
step A2, the player layer obtains the data stream through the I/O channel management function.
In the above embodiment, the kernel layer obtains the data stream corresponding to the video through decoding, and uploads the data stream to the player layer, and the player layer obtains the video stream through the I/O channel management function and processes the video stream, thereby improving the efficiency and the completeness of video reporting.
Further, as a preferred embodiment, the kernel layer obtains a data stream corresponding to the video by decoding, where the data stream includes video data parameters: video rate (bitrate), video frame rate (video frame rate), video resolution (resolution), coding type (codetype), and coding parameters.
Wherein the encoding parameters include:
1. video frame type per frame (I, P, b.. frame);
2. frame level bit size;
3. frame-level QP (Quantization Parameter, coded Quantization coefficient for a macroblock) triplet (max, min, mean);
4. a maximum number of reference frames;
5. frame-level MV (motion vector) triplets (max, min, mean);
6. frame level skip to non-skip mode ratio (I frame is 0);
wherein, it should be noted that QP is a coding quantization coefficient of a macroblock of a B frame, a P frame, and an I frame;
the MV is a motion vector of a B frame and a P frame, and judges forward and backward by positive and negative values, respectively.
Further, in the foregoing embodiment, the IPTV set-top box system includes a first cache device, where the first cache device is connected to the kernel layer and the player layer, the kernel layer stores the data stream in the first cache device, and the player layer obtains continuous video frames in the data stream from the first cache device through an I/O channel management function, and plays the video frames.
Further, in the above embodiment, the kernel layer decodes the video and records the error video frame in the data stream, and then discards the error video frame.
Further, in the above embodiment, when playing the video frame, the player layer determines whether the video frame has data underflow.
Further, in the above embodiment, the IPTV set-top box system includes a middleware layer, the middleware layer being located above the player layer;
the player layer combines the data stream obtained from the kernel layer and underflow information generated by processing the data stream to obtain combined information, and sends the combined information to the middleware layer.
In the above embodiment, the player layer obtains the data stream from the kernel layer, where the data stream includes the recording parameters of the erroneous video frame, and when the player layer processes the data stream, the player layer processes the recording parameters of the erroneous video frame included in the data stream at the same time.
Further, in the above embodiment, the player layer sends the pointer of the calling function to the middleware layer, and the middleware layer calls the merge information according to the pointer.
Further, in the above embodiment, the IPTV set-top box system includes a first cache device, where the first cache device is connected to the kernel layer;
the first cache device comprises a first cache unit and a second cache unit;
a hardware decoder is arranged in the kernel layer;
step a1 specifically includes:
step A11, a hardware decoder obtains a data stream corresponding to a video by decoding, and records an error video frame in the data stream;
step A12, discarding the error video frame by the kernel layer, and storing the normal video frame in the data stream into the first buffer unit;
step a13, the kernel layer stores partial data stream from the first buffer unit to the current second buffer unit at preset time intervals.
Further, as a preferred embodiment, in the kernel layer, a data stream corresponding to a video is first obtained by a chip bottom layer hardware decoder of the kernel layer through decoding, where the data stream includes video data parameters, and whether a corresponding video frame is an erroneous video frame is determined according to a coding parameter of each video frame, and the erroneous video frame in the data stream is recorded, and then the kernel layer discards the erroneous video frame, and stores a normal video frame in the data stream into a first buffer unit (denoted as frameinfo _ buffer _ in), and the kernel layer reads a part of the data stream from the first buffer unit every second, and stores the part of the data stream into a current second buffer unit (denoted as frameinfo _ buffer _ out).
Further, data is transferred from the kernel layer to the player layer by means of calls of I/O channel management functions:
in the kernel layer, an unocked _ ioctl () (I/O channel management function) calling mode is adopted. The details are as follows:
the I/O path management function uses arg to transfer pointer parameters, cmd (command indicator) to transfer commands.
Each cmd consists of 32bits of data, which is specifically divided into a device model, a device type, a data bit, and a direction bit.
Wherein 0-7bit of cmd is used for writing in the equipment model;
8-15 bits for write device type;
16-29 bits for write data size;
30-31 bits are used for writing the data transfer direction.
The device model is the secondary device operation number of the specific operation, and can support 256 at most.
The device type is the number of the main device operation for a specific operation, and different cmd types can be used to distinguish different types of specific devices.
The data size represents the data size of each operation, and is 16k at the maximum.
The data transmission direction mainly represents the operation of the device, reading device, writing device, and reading and writing device.
The details are as follows:
wherein type is type, nr is serial number, and size is data size.
IOC _ NONE: there is no data transmission.
IOC _ READ: the slave drives read data.
IOC _ WRITE: data is written to the device driver.
IOC _ READ | _ IOC _ WRITE: and (4) bidirectional data transmission.
In user space, the IOCTL (I/O channel management function) calls for user space are as follows: ioctl (int fd, int cmd, (char) arg); where fd is the argument returned by the socket () system call, and the cmd argument can be any of the/usr/include/linux/socks.
Further, as a preferred embodiment, the player layer obtains the data stream in the kernel layer by calling an I/O channel management function (ioctl), processes the data stream on the buffer device to obtain consecutive video frames, and performs a correlation process on the video frames.
Further, as a preferred embodiment, the buffer status of each buffer device may be determined by the following settings:
0 for normal data (i.e., 0-ok);
1 is used to represent overflow data (i.e., 1-overflow);
2 is used to represent underflow data (i.e., 2-underflow);
3 is used to represent error data (i.e., 3-decoder error);
wherein in case of normal play, the data in the buffer means is set to 0.
Wherein the data overflow includes the following two cases:
firstly, the data decoding speed is far greater than the data consumption speed;
and secondly, when the middleware layer writes data, the data is always wrong in a preset time period, and the data cache is not eliminated.
Wherein the data underflow includes the following four cases:
firstly, data underflow caused by network packet loss;
second, data underflow due to network traffic interruption;
thirdly, data underflow caused by network speed limit;
fourthly, the video data is subjected to screen-blooming filtering, and data underflow caused by insufficient data is caused.
When the player layer processes the data stream, the player layer records the recording parameters of the processed error video frame, and records the error video frame as error data.
Further, in the above-described embodiment, the video frame sets different first video frame thresholds according to the resolution of the video;
as shown in fig. 3, to solve the above problem, in the above embodiment, the IPTV set-top box system includes a first cache device, where the first cache device is connected to the kernel layer and the player layer respectively;
the IPTV set top box system comprises a second cache device, the second cache device is respectively connected with the first cache device and the player layer, and the second cache device reads the data frame of the first cache device in real time and stores the read data frame into the second cache device;
the second cache device sets different volume thresholds according to the resolution of the video;
the step of judging whether the data stream has data underflow specifically comprises the following steps:
step B1, the player layer compares the size of the current partial data stream in the second buffer device with the corresponding volume threshold;
when the size of the current partial data stream is smaller than the volume threshold, then step B2 is executed;
when the size of the current partial data stream is greater than or equal to the volume threshold, determining that each video frame of the current partial data stream is not data underflow, and then performing step B3;
step B2, judging whether a new video frame is added after the second buffer device reads the data frame;
if so, determining that each video frame of the current partial data stream has no data underflow;
if not, determining that the read data frame has data underflow;
step B3, setting the next partial data stream as the current partial data stream, and then returning to step B1 until the comparison of the number of video frames of all partial data streams with the corresponding volume threshold is completed.
Further, as a preferred embodiment, the size of the current partial data stream in the second buffer device storing the data stream is determined, and if there is no data in underflow, the video frame in the second buffer device cannot be displayed, and at this time, the size of the partial data stream in the second buffer device is smaller than the volume threshold of the current second buffer device.
On the basis that the size of the current partial data stream in the current second buffer device is smaller than the volume threshold, a read pointer is added to a place where the video frame in the current second buffer device is read, the read pointer is used for judging whether a new video frame is added in the second buffer device, and if the video frame is not added in the second buffer device, namely the read data pointer is unchanged all the time, data underflow occurs in the read data frame at the moment.
Further, in the above embodiment, the middleware layer calls part of the merging information every preset time period, and obtains the number of times of stuck in the merging information, so as to obtain the time of stuck according to the number of times of stuck.
Further, as a preferred embodiment, all the processed data are reported to the middleware layer once per second, and the player layer and the middleware layer implement data call of the middleware layer by using a callback function.
An example of a callback function is shown below:
{“opt”:”
update",data":{“data_type":"iptv","action_type":"frameinfo","iptv_version":"3.0","play_url":"http://xxx.xx.xx.xx:80/test.m3u8","time_space":"20160805164550-201608051645551","frame_rate":"25","freeze_count":"2","freeze_time":"22","frame_info":"I(1024,21,108,70,23,80,55,0,0),B(512,21,110,72,25,90,58,1,0),P(512,21,108,70,23,80,55,1,1),I(1024,21,108,70,23,80,55,0,0),P(512,21,108,70,23,80,55,1,1),P(512,21,108,70,23,80,55,1,2)……"}
further, in the above embodiment, obtaining the stuck time and comparing the stuck time with the preset stuck time threshold specifically includes the following steps:
step C1, the middleware layer acquires partial merging information in a preset time period through the pointer of the calling function every other preset time period;
step C2, the middleware layer processes the underflow information of part of the merged information to obtain the pause times of the data stream within a preset time period;
recording video frames with data underflow as a primary pause, and counting the video frames with data underflow in the data underflow information of part of the combined information by the middleware layer to obtain the pause times of the data stream within a preset time period;
step C3, the middleware layer processes according to the clamping times to obtain the clamping time;
step C4, judging whether the pause time is larger than a preset pause time threshold value;
if yes, recording the merged information in a preset time period which is greater than a preset pause time threshold value as pause data, and then executing a step C5;
if not, go to step C5;
and step C5, returning to step C3 until the middleware layer judges the pause time of the partial data stream in each preset time period of the combined information.
Further, as a preferred embodiment, the middleware layer processes the video frame according to the number of times of pause and the reading time of each video frame to obtain the pause time;
when the preset time period is 1 second, the middleware layer calculates the reading time of each video frame according to the following formula:
pts＝AV_TIME_BASE×PTS/PTS_FREQ； (1)
wherein pts is used to represent the read time of each video frame;
AV _ TIME _ BASE is used for representing a timing unit with a preset TIME period of 1 second;
the PTS is used to indicate the number of video frames of a data stream within a preset time period;
PTS _ FREQ is used for representing oscillation times;
it should be noted that the standard clock of the audio and video is 90KHZ, that is, the clock oscillates 90k times for 1s, that is, the value of PTS _ FREQ in the above formula (1) is 90 × 1000; the value of AV _ TIME _ BASE is 10000.
The middleware layer obtains the stuck time according to the following formula:
t＝pts×n； (2)
wherein t is used for representing the katton time;
n is used to indicate the number of calories.
In the middleware layer, the function pointer of the callback function is used for acquiring the related data of the video frame information every second, and the related data of the video frame information is processed in a related way, so that the number of the Catton frames greater than 500ms per second is counted.
Further, in the above embodiment, the application layer obtains the number of times of the stuck, and determines the quality of the video according to the number of times of the stuck.
Further, as a preferred embodiment, the times of blocking counted by the middleware layer per second are uniformly calculated and uploaded to the application layer probe, and finally the application layer probe judges the quality of the video according to the times of blocking.
While the invention has been described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.
Claims (9)
1. A video frame information data reporting method is characterized in that the method is applied to an IPTV set top box system, the IPTV set top box system is used for playing videos, the IPTV set top box system comprises a kernel layer and a player layer, and the player layer is positioned above the kernel layer;
the method comprises the following steps:
step A1, the kernel layer obtains the data stream corresponding to the video by decoding;
step A2, the player layer obtains the data stream through an I/O channel management function;
the kernel layer decodes the video, records error video frames in the data stream, and then discards the error video frames;
the IPTV set top box system comprises a first cache device, wherein the first cache device is connected with the inner core layer;
the first cache device comprises a first cache unit and a second cache unit;
a hardware decoder is arranged in the kernel layer;
the step a1 specifically includes:
step A11, the hardware decoder obtains the data stream corresponding to the video by decoding, and records the error video frame in the data stream;
step A12, the kernel layer discards the error video frame and stores the normal video frame in the data stream into the first buffer unit;
step a13, the kernel layer stores part of the data stream from the first buffer unit to the current second buffer unit at preset time intervals.
2. The method for reporting video frame information data of claim 1,
the IPTV set top box system comprises a first cache device, the first cache device is respectively connected with the kernel layer and the player layer, the kernel layer stores the data stream into the first cache device, and the player layer acquires continuous video frames in the data stream from the first cache device through an I/O channel management function and plays the video frames.
3. The method for reporting video frame information data according to claim 2, wherein the player layer determines whether the video frame has data underflow when playing the video frame.
4. A video frame information data reporting method is characterized in that the method is applied to an IPTV set top box system, the IPTV set top box system is used for playing videos, the IPTV set top box system comprises a kernel layer and a player layer, and the player layer is positioned above the kernel layer;
the method comprises the following steps:
step A1, the kernel layer obtains the data stream corresponding to the video by decoding;
step A2, the player layer obtains the data stream through an I/O channel management function; the IPTV set top box system comprises a middleware layer, wherein the middleware layer is positioned above the player layer;
the player layer combines the data stream obtained from the kernel layer and data underflow information generated by processing the data stream to obtain combined information, and sends the combined information to the middleware layer;
the IPTV set top box system comprises a first cache device, wherein the first cache device is respectively connected with the kernel layer and the player layer;
the IPTV set top box system comprises a second cache device, the second cache device is respectively connected with the first cache device and the player layer, and the second cache device reads the data frame of the first cache device in real time and stores the read data frame into the second cache device;
the second cache device sets different volume thresholds according to the resolution of the video;
the step of judging whether the data stream has data underflow specifically comprises the following steps:
step B1, the player layer comparing the size of the current partial data stream in the second buffer device with the corresponding volume threshold;
when the size of the current portion of the data stream is less than the volume threshold, then performing step B2;
when the size of the current portion of the data stream is greater than or equal to the volume threshold, determining that each of the video frames of the current portion of the data stream is not in data underflow, and then performing step B3;
step B2, determining whether a new video frame is added after the second buffer device reads the data frame;
if yes, determining that each video frame of the current part of the data stream has no data underflow;
if not, determining that the read data frame has data underflow;
step B3, setting the next part of the data stream as the current part of the data stream, and then returning to step B1 until the comparison of the number of video frames of all the parts of the data stream with the corresponding volume threshold is completed.
5. The method of claim 4, wherein the player layer sends a pointer for calling a function to the middleware layer, and the middleware layer calls the merge information according to the pointer.
6. The method for reporting video frame information data of claim 5, wherein,
and the middleware layer calls part of the merging information at intervals of a preset time period, and obtains the pause times in the merging information so as to obtain the pause time by processing according to the pause times.
7. The method for reporting video frame information data of claim 6,
the step of obtaining the stuck time and comparing the stuck time with the preset stuck time threshold specifically comprises the following steps:
step C1, the middleware layer obtains the merging information of the part in the preset time period every other preset time period through the pointer of the calling function;
step C2, the middleware layer processes the data underflow information of the merged information of the part to obtain the pause times of the data stream within the preset time period;
step C3, the middleware layer processes according to the clamping times to obtain the clamping time;
step C4, judging whether the pause time is greater than the preset pause time threshold;
if yes, recording the merged information in the preset time period which is greater than the preset stuck time threshold as stuck data, and then executing a step C5;
if not, go to step C5;
and step C5, returning to the step C3 until the middleware layer judges the pause time of the partial data stream in each preset time period of the merging information.
8. The method for reporting video frame information data of claim 4,
the IPTV set top box system comprises a first cache device, the first cache device is respectively connected with the kernel layer and the player layer, the kernel layer stores the data stream into the first cache device, and the player layer acquires continuous video frames in the data stream from the first cache device through an I/O channel management function and plays the video frames.
9. The method for reporting video frame information data of claim 8, wherein the player layer determines whether the video frame has underflow when playing the video frame.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910074909.4A CN109831693B (en) | 2019-01-25 | 2019-01-25 | Method for reporting video frame information data and judging data underflow |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910074909.4A CN109831693B (en) | 2019-01-25 | 2019-01-25 | Method for reporting video frame information data and judging data underflow |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109831693A CN109831693A (en) | 2019-05-31 |
| CN109831693B true CN109831693B (en) | 2021-06-04 |
Family
ID=66862507
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910074909.4A Active CN109831693B (en) | 2019-01-25 | 2019-01-25 | Method for reporting video frame information data and judging data underflow |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109831693B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110248227A (en) * | 2019-06-19 | 2019-09-17 | 福州瑞芯微电子股份有限公司 | A kind of efficient image display method and device |
| CN112995702B (en) * | 2019-12-16 | 2023-09-15 | 天翼数字生活科技有限公司 | Method and system for judging video clamping based on quality monitoring probe |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1998239A (en) * | 2004-07-01 | 2007-07-11 | 奥伊加梅克拉斯特公司 | Method and device for providing data for decoder |
| CN102196305A (en) * | 2010-03-10 | 2011-09-21 | 北京裕兴软件有限公司 | High-definition media player for IPTV (Internet Protocol Television) system |
| US8428127B2 (en) * | 2002-07-15 | 2013-04-23 | Apple Inc. | Method of performing rate control for a compression system |
| US8811475B2 (en) * | 2004-06-27 | 2014-08-19 | Apple Inc. | Multi-pass video encoding solution for buffer underflow |
| CN104335551A (en) * | 2012-06-11 | 2015-02-04 | 高通股份有限公司 | Technique for adapting device tasks based on the available device resources |
| CN205901797U (en) * | 2016-06-27 | 2017-01-18 | 李宏晨 | Intelligence PON terminal based on integration of three networks and cloud calculate |
| CN106550234A (en) * | 2016-12-26 | 2017-03-29 | 中国电信股份有限公司四川分公司 | A kind of dress ties up easily Set Top Box and IPTV service quality detecting method |
| US9756142B2 (en) * | 2013-03-14 | 2017-09-05 | The Regents Of The University Of California | System and method for delivering video data from a server in a wireless network by caching the video data |
| CN107509120A (en) * | 2017-09-15 | 2017-12-22 | 上饶市中科院云计算中心大数据研究院 | A kind of streaming media self-adapting transmission method based on buffer underflow probability Estimation |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017055275A (en) * | 2015-09-10 | 2017-03-16 | 株式会社東芝 | Decoder and video transmission system |
-
2019
- 2019-01-25 CN CN201910074909.4A patent/CN109831693B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8428127B2 (en) * | 2002-07-15 | 2013-04-23 | Apple Inc. | Method of performing rate control for a compression system |
| US8811475B2 (en) * | 2004-06-27 | 2014-08-19 | Apple Inc. | Multi-pass video encoding solution for buffer underflow |
| CN1998239A (en) * | 2004-07-01 | 2007-07-11 | 奥伊加梅克拉斯特公司 | Method and device for providing data for decoder |
| CN102196305A (en) * | 2010-03-10 | 2011-09-21 | 北京裕兴软件有限公司 | High-definition media player for IPTV (Internet Protocol Television) system |
| CN104335551A (en) * | 2012-06-11 | 2015-02-04 | 高通股份有限公司 | Technique for adapting device tasks based on the available device resources |
| US9756142B2 (en) * | 2013-03-14 | 2017-09-05 | The Regents Of The University Of California | System and method for delivering video data from a server in a wireless network by caching the video data |
| CN205901797U (en) * | 2016-06-27 | 2017-01-18 | 李宏晨 | Intelligence PON terminal based on integration of three networks and cloud calculate |
| CN106550234A (en) * | 2016-12-26 | 2017-03-29 | 中国电信股份有限公司四川分公司 | A kind of dress ties up easily Set Top Box and IPTV service quality detecting method |
| CN107509120A (en) * | 2017-09-15 | 2017-12-22 | 上饶市中科院云计算中心大数据研究院 | A kind of streaming media self-adapting transmission method based on buffer underflow probability Estimation |
Non-Patent Citations (2)
| Title |
|---|
| 《视频自适应传输技术的研究》;江雍;《中国优秀硕士学位论文全文数据库》;20071215;全文 * |
| 《面向HEVC视频编码标准的视频质量评价分析与研究》;张玮;《中国优秀硕士学位论文全文数据库》;20140515;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109831693A (en) | 2019-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10623785B2 (en) | Streaming manifest quality control | |
| CN109587551B (en) | Method, device, equipment and storage medium for judging live broadcast blockage of streaming media | |
| WO2017129090A1 (en) | Data transmission method and device for mobile terminal | |
| CN106686438B (en) | method, device and system for synchronously playing audio images across equipment | |
| TWI424747B (en) | System and method for connection to a network and for reproducing an audio/video stream received from a server on the network | |
| CN111641858A (en) | Audio and video synchronization method and system | |
| CN104618786A (en) | Audio/video synchronization method and device | |
| US20070237227A1 (en) | Temporal quality metric for video coding | |
| CN111669619B (en) | Video stream data switching method, device, terminal and readable storage medium | |
| CN1736106A (en) | Audio-visual content transmission | |
| CN107566918A (en) | A kind of low delay under video distribution scene takes the neutrel extraction of root | |
| JP2014531878A (en) | Network streaming of media data | |
| CN109831693B (en) | Method for reporting video frame information data and judging data underflow | |
| US20170142029A1 (en) | Method for data rate adaption in online media services, electronic device, and non-transitory computer-readable storage medium | |
| CN101917612A (en) | Streaming media video coding method and device | |
| CN102130886A (en) | Network video streaming media system, transmission processing method, transmitting end and receiving end | |
| JP2007515108A (en) | Method and system for preventing display disturbance due to poor quality reception | |
| WO2022052566A1 (en) | Video bitrate adjustment method and apparatus, and electronic device and machine-readable storage medium | |
| CN111491201B (en) | Method for adjusting video code stream and video frame loss processing method | |
| JP2006197321A (en) | Method and device for processing image, and program | |
| CN108259998B (en) | Player, play control method and device, electronic equipment and play system | |
| JP4373088B2 (en) | Multimedia communication terminal | |
| CN111918121B (en) | Accurate editing method for streaming media file | |
| CN107786873A (en) | The recorded broadcast method and system of automatic video frequency transcoding package form based on transcoding queue | |
| KR100937418B1 (en) | PVR Apparatus with message recording function during user's absence and method for the same |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |