CN101710992B - Pre-decoding high definition player and playing method - Google Patents
Pre-decoding high definition player and playing method Download PDFInfo
- Publication number
- CN101710992B CN101710992B CN 200910223439 CN200910223439A CN101710992B CN 101710992 B CN101710992 B CN 101710992B CN 200910223439 CN200910223439 CN 200910223439 CN 200910223439 A CN200910223439 A CN 200910223439A CN 101710992 B CN101710992 B CN 101710992B
- Authority
- CN
- China
- Prior art keywords
- module
- buffering area
- threshold values
- message
- decoding
- 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
- 238000000034 method Methods 0.000 title claims abstract description 10
- 230000003139 buffering effect Effects 0.000 claims abstract description 112
- 230000005059 dormancy Effects 0.000 claims description 10
- 230000000284 resting effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 6
- 238000001514 detection method Methods 0.000 claims description 6
- 230000000694 effects Effects 0.000 claims description 4
- 238000005111 flow chemistry technique Methods 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 4
- 238000009877 rendering Methods 0.000 description 4
- 241001269238 Data Species 0.000 description 2
- 230000007717 exclusion Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
Images
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
The invention provides a pre-decoding high definition player and a playing method. A threshold of the buffering amount of a buffering zone is calculated by performing independent segmental flow processing of the whole playing process and by independently scheduling each processing flow by using a processor according to the speed of the processor, footage and other data, detecting if the buffering amount of the buffering zone reaches the threshold and allocating the highest processor scheduling priority to a pre-decoding module before the buffering amount reaches the threshold; when the buffering amount of the buffering zone reaches the threshold, reducing the processor usage amount of the pre-decoding module by using a system scheduling module and allocating higher processor time priority to a playing module by the system scheduling module; and when the amount of the pre-buffered data in the buffering zone is lower than the threshold, setting a higher processor scheduling priority for the pre-decoding module by the system scheduling module and temporarily stopping the playing of the playing module by the system scheduling module. Therefore, the problem of upon which amount the data buffered in the buffering zone reaches, the playing module is notified is solved, and high-definition videos can be played smoothly in a low-end processor.
Description
Technical field
The present invention relates to a kind of pre-decoding high definition player and player method, belong to HD video and play the field.
Background technology
For multi-medium data, data volume is huge, develops into to a certain degree and could occur so multimedia can be play on PC up to PC technology operational capability.For present HD video, the operational capability of the hardware that needs is just higher.How to allow HD video in the low side processor, play, become the key that reduces high definition IPTV set-top box cost, and this technology also can allow the low side PC play the ultra high-definition video.Traditional media player framework comprises three parts: data read module, decoder module, playing module.The process of wherein decoding and playing is to consume very much the processor calculating time, in general solution, all is by using high performance processor to solve this problem.But, selecting for use high-performance processor to doubt the overall cost that can improve IPTV, yet expensively will inevitably bring high price, the IPTV of high price can reduce the competitiveness in market undoubtedly.Adopt pre-decoding high definition player, the IPTV set-top box can be used the low side processor, can not only effectively reduce cost, and more can adapt to the broadcast of following ultra high-definition video.
Summary of the invention
For solving the problems of the technologies described above, the invention provides a kind of pre-decoding high definition player, comprise pre decoding module, playing module, buffering area and system scheduling module, it is characterized in that:
Pre decoding module decoding is used for the decoding to the coded data of input, and decoded coded data is put into buffering area, finishes up to all coded datas are decoded;
Playing module is used to play decoded source data, it is controlled by system scheduling module, wait for the scheduling message that the receiving system scheduler module is sent, this message comprises and is used to the message of indicating playing module to begin to play, after receiving the message that begins to play, playing module obtains decoded data from buffering area, and plays;
System scheduling module is used for sending the work of scheduling message with control pre decoding module and playing module to pre decoding module and playing module, and is used to detect the buffering capacity of buffering area, the calculating of buffering area threshold values; Wherein, the work of described control pre decoding module and playing module comprises that the work of CPU priority assignment and the state-detection of pre decoding module and playing module, the detection of buffering area threshold values comprise whether regularly detecting buffering area reaches precalculated threshold values.
Further, system scheduling module is calculated the threshold values of buffering area buffering capacity, and detects the buffering area buffering capacity and whether reached described threshold values, does not reach before the described threshold values, and system scheduling module is the highest CPU dispatching priority of pre decoding module assignment;
After the buffering capacity for the treatment of buffering area reached described threshold values, system scheduling module reduced the CPU dispatching priority of pre decoding module, and a more CPU dispatching priority is distributed to playing module;
When the pre-buffer data size in the buffering area was lower than described threshold values, system scheduling module was made as the CPU dispatching priority of pre decoding module the highest, and suspended the broadcast of playing module.
The pre decoding module is made up of data splitter and decoder, the audio frequency and video that are used for of splitter are separated, audio, video data after decoder is used for splitter separated is decoded, and decoded deposit data in buffering area, if total data is decoded and finished then enter resting state.
Above-mentioned playing module is made up of player and message handling device, the effect of player is that message handling device is responsible for the message that the receiving system scheduler module is sent to the buffering area broadcast of fetching data, and described message comprises and begins to play, suspend and play, and come the controls playing device according to receiving message.
Described player can also comprise a controller, is used to receive the scheduling message that sends over from system scheduling module;
At first, player is in resting state, and controller is in wait state, and controller is waited for the message instruction up to system scheduling module, after controller is received the message instruction and is resolved, allow player carry out, controller enters wait state once more simultaneously, waits for the arrival of next bar schedule information, described scheduling message further comprises and stopping, F.F. falls back, rewind down; After parsing obtained scheduling message, controller woke player up and carries out relevant scheduling message.
The said system scheduler module comprises that threshold values calculates, and Message Processing, system detect and four unit of CPU scheduling,
Wherein the threshold values computing unit is a data volume that can guarantee that buffering area has abundant data to play for playing module all the time of calculating according to decoding speed and footage;
System's detecting unit is the state that regularly detects buffering capacity and other modules of buffering area according to the threshold values that is obtained, and wherein the state of pre decoding module comprises and decoding and dormancy, and the state of playing module comprises to be play and dormancy;
The result that message processing unit detects according to system to send the message instruction to corresponding module, and the scheduling of CPU indication, for the pre decoding module, the message instruction of its transmission can be a decoding instruction, for playing module, the message of its transmission instruction comprises and begins to play and suspend and play.
The CPU scheduling unit is subjected to the control of system call detecting unit, implement the CPU scheduling, comprise increasing the CPU dispatching priority and reducing the CPU dispatching priority that in another optional execution mode, the CPU scheduling comprises the CPU allocation proportion of adjusting decoder module and playing module.
Further, described buffering area threshold values is calculated by following formula:
n＝len-(lds*pt)；
Wherein n is the buffering area threshold values, and len is the film size, and lds is the decoding speed behind the reduction CPU dispatching priority, and pt is a reproduction time.
The said system scheduler module triggers in following situation and begins to play message and reduce the priority that the pre decoding module increases playing module CPU scheduling:
1. when reaching threshold values and playing module, buffering capacity also do not begin to play;
2. when but also reaching threshold values pre decoding module, buffering capacity do not begun dormancy and playing module when also not beginning to play.
The present invention also provides a kind of pre-decoding high definition player method, it is characterized in that may further comprise the steps:
(1) data after will encoding are partitioned into video data and voice data, put into buffering area behind decoder decode;
(2) calculate a buffering area threshold values, and increase the CPU priority that is used for decoder, judge simultaneously whether the buffering capacity of buffering area reaches threshold values; If reach this threshold values, then reduce the priority of the CPU that is used for decoder, and be player increase CPU priority.
The setting of described threshold values can be adopted following formula:
Threshold values n=len-(lds*pt);
Wherein len is the film size, and lds is the decoding speed behind the reduction CPU dispatching priority, and pt is a reproduction time.
Description of drawings
Fig. 1 is the schematic diagram of pre-decoding high definition player
Fig. 2 is the schematic diagram of pre decoding module
Fig. 3 is the schematic diagram of playing module
Fig. 4 is the schematic diagram of another execution mode of playing module
Fig. 5 is the schematic diagram of system scheduling module
Fig. 6 is that schematic diagram is assisted in the work of system scheduling module, pre decoding module and playing module
Fig. 7 is the schematic diagram that system scheduling module triggers message
Embodiment
As shown in Figure 1, pre-decoding high definition player provided by the invention is made up of four parts, is respectively pre decoding module, playing module, buffering area and system scheduling module.
Wherein, the decoding of pre decoding module is used for the decoding to the source data (coded data) of input, and decoded source data is put into buffering area, and is decoded up to all source datas.
Playing module is used to play decoded source data, it is controlled by system scheduling module, wait for scheduling and message that the receiving system scheduler module is sent, this message comprises and is used to the message of indicating playing module to begin to play, after receiving the message that begins to play, playing module obtains decoded data from buffering area, and plays.
System scheduling module is used for sending the work of scheduling message with control pre decoding module and playing module to pre decoding module and playing module, and is used to detect the buffering capacity of buffering area, the calculating of buffering area threshold values.Wherein, the work of control pre decoding module and playing module comprises the work of CPU priority assignment (perhaps resource allocation) and the state-detection of pre decoding module and playing module, and the detection of buffering area threshold values comprises whether regularly detecting buffering area reaches precalculated threshold values.
In one embodiment, as shown in Figure 2, the pre decoding module is made up of data splitter and decoder.The audio frequency and video that are used for of splitter are separated, and the audio, video data after decoder is used for splitter separated is decoded, and decoded deposit data in buffering area, if total data is decoded and finished then enter resting state.
The structure of playing module as shown in Figure 3, playing module is made up of player and message handling device.The effect of player is to the buffering area broadcast of fetching data.Message handling device is responsible for the message (comprise beginning to play, suspend and play) that the receiving system scheduler module is sent, and comes the controls playing device according to receiving message.
In another embodiment, player also comprises a controller, is used to receive the scheduling message that sends over from system scheduling module, and as shown in Figure 4, at first, player is in resting state, and controller is in wait state.Controller is waited for the message instruction up to system scheduling module, after controller is received the message instruction and resolved, allows player carry out, and controller enters state by the time once more simultaneously, waits for the arrival of next bar schedule information.In another optional execution mode, scheduling message comprises time-out, plays, and stops, and F.F. falls back, rewind down etc.After parsing obtained scheduling message, controller woke player up and carries out relevant scheduling message.
The structure of system scheduling module as shown in Figure 5, whole module is divided into threshold values to be calculated, Message Processing, system detect and CPU dispatches four unit.The threshold values computing unit is a data volume that can guarantee that buffering area has abundant data to play for playing module all the time of calculating according to decoding speed and footage.
System's detecting unit is the state that regularly detects buffering capacity and other modules of buffering area according to the threshold values that is obtained, and wherein the state of pre decoding module comprises and decoding and dormancy, and the state of playing module comprises to be play and dormancy.
The result that message processing unit detects according to system to send the message instruction to corresponding module, and the scheduling of CPU indication, for the pre decoding module, the message instruction of its transmission can be a decoding instruction, for playing module, the message of its transmission instruction comprises and begins to play and suspend and play.
The CPU scheduling unit is subjected to the control of system call detecting unit, implement the CPU scheduling, comprise and increase CPU dispatching priority (perhaps distributing more cpu resource) and reduce CPU dispatching priority (perhaps reducing cpu resource), in another optional execution mode, the CPU scheduling comprises the CPU allocation proportion of adjusting decoder module and playing module.
Further, as shown in Figure 6, system scheduling module is calculated the buffering area threshold values, pre decoding module and playing module are started working simultaneously, and system scheduling module begins regularly to detect the buffering area buffering capacity and whether reached threshold values, do not reach that system scheduling module is the highest CPU dispatching priority of pre decoding module assignment before the threshold values, perhaps distribute maximum cpu resources, make it with the fastest speed decoding, along with the increase of the data volume of decoding, the buffering capacity of buffering area will reach threshold values.
What playing module began the waiting system scheduler module begins to play message, after treating that buffering capacity reaches threshold values, system scheduling module can detect at once, at this moment system scheduling module then will be for minimum the CPU dispatching priority of pre decoding module, send to playing module then and begin to play message, and a more CPU dispatching priority distributed to playing module, make it more smooth broadcast.If the pre-buffer data size in a certain moment buffering area is lower than threshold values and the pre decoding module is not also finished whole decoding work, system module is then notified playing module to suspend and is play, system scheduling module is made as the CPU dispatching priority of pre decoding module the highest, plays for playing module so that make buffering capacity reach threshold values with the fastest speed.System scheduling module makes the effect that reaches a kind of " mutual exclusion " between pre decoding module and the playing module.
One optional but in the nonrestrictive execution mode, described buffering area threshold values is a value of calculating according to footage and decoding speed, is used for guaranteeing that the normal data of playing module supply with.The pre decoding module is when the situation of low CPU priority, its decoding speed generally can be slower than the broadcasting speed of playing module, in order to make the decoding speed of pre decoding module enough fast, so that keep abreast with broadcasting speed at buffering area before decoded data finishes, need to set threshold values n
n＝len-(lds*pt)；
Wherein len is the film size, and lds is for reducing the decoding speed behind the CPU dispatching priority, and it can be expressed as decode rate M and the product of the percentage d% of the CPU that distributed, i.e. lds=M*d%, and pt is a reproduction time.
If threshold values n is negative then can further reduces the CPU dispatching priority of pre decoding module.
Size was not of a size of 1080 * 960 for 8.13G (len) byte before for example the high-definition movie of an one 120 minutes (pt) was decoded, code stream 1306Kbps, and the frame number rate is 29.00fps.Suppose that current cpu frequency is 296MHZ, decoding speed is 36.67M/s (M), and only distributes to the cpu frequency of pre decoding module 3% (d%).Decoding speed is 1.1MB/s (M*d%) so. be film size 8325.12M-1.1MB/S*7200 second=405.12M byte according to formula buffer memory threshold values.At this moment, to play the required time of waiting until be 405.12/36.67=11 second from being decoded to, just can be smooth watch this high-definition movie.At first, system the CPU priority level initializing of pre decoding module for the highest, treat that preliminary treatment is finished after, system scheduling module has also detected simultaneously buffer memory, when it then notifies playing module to begin broadcast to threshold values.This time, the CPU scheduler module just can be given playing module more CPU priority assignment, and the pre decoding module only needs very low CPU priority.
Further, as shown in Figure 7, system scheduling module triggers in following situation and begins to play message and reduce the priority that the pre decoding module increases playing module CPU scheduling:
1) momentum reaches threshold values and playing module and does not also begin to play;
2) but buffering capacity does not also reach threshold values pre decoding module has begun dormancy and playing module when also not beginning to play.
System scheduling module triggers to suspend and plays message and increase the CPU dispatching priority that the pre decoding module reduces playing module when being lower than threshold values pre decoding module when buffering capacity the dormancy playing module has not begun to play.
The present invention also provides a kind of pre-decoding high definition player method simultaneously, and at first the data behind the coding are partitioned into video data and voice data, put into buffering area behind decoder decode, and finishing up to whole decoding work enters resting state.
Then calculate a buffering area threshold values, and increase the CPU priority that is used for decoder, perhaps distribute more cpu resource, judge simultaneously whether the buffering capacity of buffering area reaches threshold values; If reach this threshold values, then reduce the priority of the CPU be used for decoder or distribute still less cpu resource, and for player increase CPU priority or distribute more cpu resource.The setting of described threshold values can be adopted following formula:
Threshold values n=len-(lds*pt);
Wherein len is the film size, lds for reduce behind the CPU dispatching priority decoding speed its can be expressed as decode rate M and the product of the percentage d% of the CPU that distributed, i.e. lds=M*d%, pt is a reproduction time.
The data of the present invention after with decoder decode temporarily are stored in the buffering area, whether the data that playing module regularly detects in the buffering area have reached the value of cutting down, reach the value of cutting down and just begin to play in case detect buffering capacity, come a more CPU is given playing module by the CPU priority that reduces decoder module simultaneously.And solved the problem of removing to notify rendering module when being cached to how many data in the buffering area.Buffer data size is that the CPU priority that the pre decoding module is obtained after starting working with rendering module is inversely proportional in fact, that is to say that the CPU priority of distributing to decoder module after the many more rendering modules of pretreated data are started working is just few more.Such as, the film of 700M byte is played up to finish behind coding needs 1 hour, the pre decoding module has been finished 40% pre decoding work notice rendering module, as long as this time, system assignment satisfied within one hour for the CPU priority of pre decoding module can to finish remaining 60% data decode just passable.This advantage is quite tangible in some decoding speeds video code model of very fast (as H.264).Practice shows, can make HD video can carry out smooth playing in the low side processor by pre-decoding high definition player provided by the invention and player method.
Claims (7)
1. a pre-decoding high definition player comprises pre decoding module, playing module, buffering area and system scheduling module, it is characterized in that:
The pre decoding module is put into buffering area with decoded data and is reached the buffering area threshold values up to buffered data;
Playing module is used to play decoded source data, it is controlled by system scheduling module, wait for the scheduling message that the receiving system scheduler module is sent, this message comprises and is used to the message of indicating playing module to begin to play, after receiving the message that begins to play, playing module obtains decoded data from buffering area, and plays;
System scheduling module is used for sending the work of scheduling message with control pre decoding module and playing module to pre decoding module and playing module, and is used to detect the buffering capacity of buffering area, the calculating of buffering area threshold values, and described buffering area threshold values is calculated by following formula:
n＝len-(lds*pt)；
Wherein n is the buffering area threshold values, and len is the film size, and lds is the decoding speed behind the reduction CPU dispatching priority, and pt is a reproduction time; Wherein, the work of described control pre decoding module and playing module comprises the work of CPU priority assignment and the state-detection of pre decoding module and playing module, the detection of buffering area threshold values comprise whether regularly detecting buffering area reaches the buffering area threshold values:
Described system scheduling module is calculated the buffering area threshold values, and detects the buffering area buffering capacity and whether reached described buffering area threshold values, does not reach before the described buffering area threshold values, and system scheduling module is the higher CPU dispatching priority of pre decoding module assignment;
After the buffering capacity for the treatment of buffering area reached described buffering area threshold values, system scheduling module reduced the CPU dispatching priority of pre decoding module, and a more CPU dispatching priority is distributed to playing module;
When the pre-buffer data size in the buffering area was lower than described buffering area threshold values, system scheduling module was made as the CPU dispatching priority of pre decoding module the highest, and suspended the broadcast of playing module.
2. pre-decoding high definition player as claimed in claim 1 is characterized in that:
The pre decoding module is made up of data splitter and decoder, splitter is used for audio frequency and video and separates, audio, video data after decoder is used for splitter separated is decoded, and decoded deposit data in buffering area, if total data is decoded and finished then enter resting state.
3. pre-decoding high definition player as claimed in claim 1 is characterized in that:
Playing module is made up of player and message handling device, the effect of player is that message handling device is responsible for the message that the receiving system scheduler module is sent to the buffering area broadcast of fetching data, and described message comprises and begins to play, suspend and play, and come the controls playing device according to receiving message.
4. pre-decoding high definition player as claimed in claim 3 is characterized in that:
Described player also comprises a controller, is used to receive the scheduling message that sends over from system scheduling module;
At first, player is in resting state, and controller is in wait state, and controller is waited for the message instruction up to system scheduling module, after controller is received the message instruction and is resolved, allow player carry out, controller enters wait state once more simultaneously, waits for the arrival of next bar schedule information, described scheduling message further comprises and stopping, F.F. falls back, rewind down; After parsing obtained scheduling message, controller woke player up and carries out relevant scheduling message.
5. pre-decoding high definition player as claimed in claim 1 is characterized in that:
System scheduling module comprises that the buffering area threshold values calculates, and Message Processing, system detect and four unit of CPU scheduling,
Wherein buffering area threshold values computing unit is a data volume that can guarantee that buffering area has abundant data to play for playing module all the time of calculating according to decoding speed and footage;
System's detecting unit is the state that regularly detects buffering capacity and other modules of buffering area according to the buffering area threshold values that is obtained, and wherein the state of pre decoding module comprises and decoding and dormancy, and the state of playing module comprises to be play and dormancy;
The result that message processing unit detects according to system to send the message instruction to corresponding module, and the scheduling of CPU indication, for the pre decoding module, the instruction of the message of its transmission is a decoding instruction, for playing module, the message of its transmission instruction comprises and begins to play and suspend and play;
The CPU scheduling unit is subjected to the control of system call detecting unit, implements the CPU scheduling, and comprising increases the CPU dispatching priority and reduce the CPU dispatching priority, perhaps adjusts the CPU allocation proportion of decoder module and playing module.
6. pre-decoding high definition player as claimed in claim 1 is characterized in that:
System scheduling module triggers in following situation and begins to play message and reduce the priority that the pre decoding module increases playing module CPU scheduling:
(1) when reaching buffering area threshold values and playing module, buffering capacity also do not begin to play; Or
(2) but do not begun dormancy and playing module when also not beginning to play when buffering capacity also reaches buffering area threshold values pre decoding module.
7. pre-decoding high definition player method is characterized in that may further comprise the steps:
(1) data after will encoding are partitioned into video data and voice data, put into buffering area behind decoder decode;
(2) calculate a buffering area threshold values, and increase the CPU priority that is used for decoder, judge simultaneously whether the buffering capacity of buffering area reaches the buffering area threshold values; If reach this buffering area threshold values, then reduce the priority of the CPU that is used for decoder, and be player increase CPU priority;
Following formula is adopted in the setting of described buffering area threshold values:
Buffering area threshold values n=len-(lds*pt);
Wherein len is the film size, and lds is the decoding speed behind the reduction CPU dispatching priority, and pt is a reproduction time.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910223439 CN101710992B (en) | 2009-11-16 | 2009-11-16 | Pre-decoding high definition player and playing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910223439 CN101710992B (en) | 2009-11-16 | 2009-11-16 | Pre-decoding high definition player and playing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101710992A CN101710992A (en) | 2010-05-19 |
| CN101710992B true CN101710992B (en) | 2011-08-24 |
Family
ID=42403748
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910223439 Active CN101710992B (en) | 2009-11-16 | 2009-11-16 | Pre-decoding high definition player and playing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101710992B (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101951517B (en) * | 2010-09-27 | 2014-02-26 | 深圳市融创天下科技股份有限公司 | Method, system and terminal equipment for decoding and playing video |
| CN102752571A (en) * | 2012-05-30 | 2012-10-24 | 曙光信息产业股份有限公司 | High-definition video device and implementation method thereof |
| CN102802075B (en) * | 2012-08-24 | 2015-05-20 | 乐视致新电子科技（天津）有限公司 | Online play buffering system and method |
| CN103024446A (en) * | 2012-12-31 | 2013-04-03 | 传聚互动(北京)科技有限公司 | Loading and buffering method and system for online video |
| CN103237208B (en) * | 2013-03-29 | 2016-06-01 | 苏州皓泰视频技术有限公司 | A kind of HD video output intent based on FPGA |
| CN104182361B (en) * | 2014-08-20 | 2018-06-26 | 北京国双科技有限公司 | Data buffer storage processing method and processing device |
| CN106899858A (en) * | 2017-02-14 | 2017-06-27 | 北京时间股份有限公司 | Video transcoding method, server and system |
| CN109587570B (en) * | 2017-09-29 | 2022-02-22 | 腾讯科技（深圳）有限公司 | Video playing method and device |
| CN108668170B (en) * | 2018-06-01 | 2021-07-02 | 北京市商汤科技开发有限公司 | Image information processing method and device, and storage medium |
| CN110620954B (en) * | 2018-06-20 | 2021-11-26 | 阿里巴巴（中国）有限公司 | Video processing method, device and storage medium for hard solution |
| CN113259680B (en) * | 2021-06-25 | 2021-10-01 | 腾讯科技（深圳）有限公司 | Video stream decoding method, device, computer equipment and storage medium |
| CN119364116B (en) * | 2024-10-16 | 2025-06-13 | 深圳市巨诺电子有限公司 | A data transmission method and system for set-top box |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6665751B1 (en) * | 1999-04-17 | 2003-12-16 | International Business Machines Corporation | Streaming media player varying a play speed from an original to a maximum allowable slowdown proportionally in accordance with a buffer state |
| CN101193269A (en) * | 2006-11-22 | 2008-06-04 | 中兴通讯股份有限公司 | A method for improving response speed of client VCR operation |
-
2009
- 2009-11-16 CN CN 200910223439 patent/CN101710992B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6665751B1 (en) * | 1999-04-17 | 2003-12-16 | International Business Machines Corporation | Streaming media player varying a play speed from an original to a maximum allowable slowdown proportionally in accordance with a buffer state |
| CN101193269A (en) * | 2006-11-22 | 2008-06-04 | 中兴通讯股份有限公司 | A method for improving response speed of client VCR operation |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101710992A (en) | 2010-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101710992B (en) | Pre-decoding high definition player and playing method | |
| CN103475927B (en) | Online-video real-time speed change play method and system thereof | |
| US7584312B2 (en) | Data processing apparatus having improved buffer management | |
| US7885472B2 (en) | Information processing apparatus enabling an efficient parallel processing | |
| US9323571B2 (en) | Methods for reducing energy consumption of buffered applications using simultaneous multi-threading processor | |
| CN104159150B (en) | Cloud terminal, Cloud Server, media data flow play system and method | |
| CN108848384A (en) | A kind of efficient parallel code-transferring method towards multi-core platform | |
| CN101984672B (en) | Method and device for multi-thread video and audio synchronous control | |
| CN106385620B (en) | A kind of data smoothing output method based on Streaming Media | |
| KR20120072904A (en) | Method, cloud computing server, and cloud computing system for providing game service in cloud computing environment | |
| CN103873952B (en) | A kind of efficient video playback frame losing control system and its method | |
| CN104365108A (en) | real-time streaming video processing | |
| CN107710757B (en) | Adaptive bulk coding for slow motion video recording | |
| CN103024446A (en) | Loading and buffering method and system for online video | |
| CN105245880B (en) | Video file cutting method and distributed trans-coding method | |
| CN104539972A (en) | Method and device for controlling video parallel decoding in multi-core processor | |
| CN102981887A (en) | Data processing method and electronic device | |
| WO2014183566A1 (en) | Picture playback method and apparatus, computer storage medium, and set top box | |
| CN103391467A (en) | Method for achieving synchronization of decoding and displaying of audio and video of network set-top box | |
| AU2010358370A1 (en) | Improved bitrate distribution | |
| US7027514B2 (en) | Distributed video stream decoding system on computer and decoding method of the same | |
| US9338468B2 (en) | Latency aware priority based multi-channel decoding | |
| CN103957445A (en) | Video redirecting system and method based on application virtualization technology | |
| CN103685229A (en) | Continuous data delivery with energy conservation | |
| CN104796732B (en) | A kind of audio and video edit methods and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210702 Address after: 300467 917-2, Chuangzhi building, 482 Zhongxin eco city, Binhai New Area, Tianjin Patentee after: Tianjin Zhirong Innovation Technology Development Co.,Ltd. Address before: 100081 No. 68, No. 19, South College Road, Haidian District, No. six, floor 6184, Beijing Patentee before: LE HOLDINGS (BEIJING) Co.,Ltd. |
|
| TR01 | Transfer of patent right |