CN108322767A - The live broadcasting method and system of IPTV - Google Patents
The live broadcasting method and system of IPTV Download PDFInfo
- Publication number
- CN108322767A CN108322767A CN201810134852.8A CN201810134852A CN108322767A CN 108322767 A CN108322767 A CN 108322767A CN 201810134852 A CN201810134852 A CN 201810134852A CN 108322767 A CN108322767 A CN 108322767A
- Authority
- CN
- China
- Prior art keywords
- live
- channel
- buffer pool
- video
- iptv
- 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.)
- Pending
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving management of server-side video buffer
-
- 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
- H04N21/4383—Accessing a communication channel
- H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
Abstract
The invention discloses the live broadcasting method of IPTV a kind of and system, streaming media playing fields.Steps of the method are：The video flowing of the video flowing of corresponding direct broadcast band and the adjacent channel of direct broadcast band is asked in live streaming by IPTV, is added in preconfigured buffer pool；After IPTV receives the live streaming request that user sends out, it is broadcast live by the video flowing in buffer pool.The Video stream information of the adjacent channel of direct broadcast band can be added in buffer pool by the present invention in advance, when user changes channel, platform speed and user experience are cut when directly obtaining corresponding video flowing from buffer pool to be decoded and play, and then significantly improving IPTV live streamings.
Description
Technical field
The present invention relates to streaming media playing fields, and in particular to a kind of live broadcasting method and system of IPTV.
Background technology
When IPTV (Interactive Internet TV) is broadcast live, usually using IGMP (Internet Group Management
Protocol, the Internet Group Management Protocol) realize live broadcast service.The live broadcasting method of IPTV is：It is downloaded and is received straight by single-link
Required multicast video streams are broadcast, after receiving the I frames needed for display image, the I frames of video flowing are carried out by hardware decoder
It is played after decoding.
But the live broadcasting method of above-mentioned IPTV is in use, have the following defects：
(1) following 2 kinds of situations are likely to occur when receiving video flowing：1, the first frame of the video flowing received is not I frames, such as
B frames or P frames；Occur mistake when 2, receiving first I frame, such as first I frame is 500kb, but there is 200kb not receive,
300kb is only received, needs to receive next I frames at this time.Above-mentioned 2 kinds of situations, which can cause to receive, shows the I frames needed for image
Time is longer.
At the same time, in order to avoid played caused by I frame Receiver Problems interim card (such as first I frame finishes receiving, but
It is that second I frame receives mistake or receiving time is longer), after IPTV usually requires to buffer the video flowing of several frames, it will delay
The video flowing of punching is decoded broadcasting.
It follows that receiving the time for showing the I frames needed for image and the time of several frame video flowings of buffering, jointly
Result in that the speed that the first frame picture of live streaming occurs is slower, and according to statistics, IPTV (such as changes channel and broadcast after user asks live streaming
Put other live streamings), it needs to wait for 1S or more, can just show first frame picture；Therefore, existing IPTV cuts platform speed in live streaming
Degree is relatively slow (to ask the time needed for live streaming to display first frame picture longer, for the fields IPTV, is commonly called as cutting from user
Platform speed), thereby reduce user experience.
(2) flow that hardware decoder is decoded the I frames of video flowing includes：The total data of video flowing is incoming hard
Part decoder is decoded I frames after hardware decoder identifies the I frames in video flowing.Hardware decoder is in the complete of video flowing
Time needed for portion's data identification I frames is longer, and then further reduced and cut platform speed when IPTV is broadcast live.
Invention content
In view of the deficiencies in the prior art, present invention solves the technical problem that being：How to improve when IPTV is broadcast live
Cut platform speed.The present invention can directly obtain corresponding video flowing from buffer pool and be decoded and play, and then significantly improve
User experience.
To achieve the above objectives, the live broadcasting method of IPTV provided by the invention, includes the following steps：IPTV asks live streaming
The video flowing of the video flowing of corresponding direct broadcast band and the adjacent channel of direct broadcast band is added to preconfigured buffering
Chi Zhong；After IPTV receives the live streaming request that user sends out, it is broadcast live by the video flowing in buffer pool.
Based on the above technical solution, video flowing and the live streaming that live streaming is asked to corresponding direct broadcast band
The video flowing of the adjacent channel of channel is added in preconfigured buffer pool；IPTV receives the live streaming request that user sends out
Afterwards, the flow being broadcast live by the video flowing in buffer pool includes：
S101：After IPTV receives the live streaming request that user sends out, judge that regarding for corresponding current live channel is asked in live streaming
Frequency stream information whether there is in preconfigured buffer pool, if so, going to S102, otherwise go to S103；Video stream information packet
Include the video flowing of current live channel；
S102：IPTV obtains the Video stream information of current live channel from buffer pool, by the video in Video stream information
Stream plays after being decoded by decoder, goes to S104；
S103：IPTV is after the video flowing that server-side obtains current live channel, after video flowing is decoded by decoder
It plays；Video stream information is formed according to the video flowing of current live channel, Video stream information is added to buffer pool, is gone to
S104；
S104：IPTV judges that the Video stream information of the adjacent channel of current live channel whether there is in buffer pool, if
It is to terminate；Otherwise S105 is gone to；
S105：IPTV obtains the Video stream information of adjacent channel from server-side and is added to buffer pool, terminates.
Based on the above technical solution, the Video stream information further include according to the position of all I frames in video flowing,
Form the I frame index of video flowing；The stream played after decoding the video flowing in Video stream information by decoder described in S102
Journey includes：According to I frame index, played after the I frames in video flowing are decoded by decoder.
Based on the above technical solution, further comprising the steps of after S101：When IPTV receives user's transmission
Preview sees live the Video stream information of request and the corresponding pre- viewing channel of pre- watching request, when being not present in buffer pool, obtains
It takes preview to see live the corresponding preview of request to see live the Video stream information of channel and be added to buffer pool.
Based on the above technical solution, the acquisition preview sees live the corresponding preview of request and sees live regarding for channel
The frequency stream information and flow for being added to buffer pool includes：T and self-defined setting at the beginning of channel are seen live according to preview
Buffer time threshold value T1 after calculating buffering time started T2, obtains preview at the T2 moment and sees live the corresponding pre- viewing of request
The Video stream information of direct broadcast band is simultaneously added to buffer pool；The calculation formula of T2 is：T2=T-T1.
Based on the above technical solution, further comprising the steps of before S101：Buffer pool is divided into direct broadcast band
Buffering area, the buffering area of a upper channel of direct broadcast band, direct broadcast band next channel buffering area and at least 1
The buffering area of a pre- viewing channel, each buffering area are used for：Buffer the Video stream information of 1 channel.
The live broadcast system of IPTV provided by the invention, the system are used for：Live streaming is asked to the video of corresponding direct broadcast band
The video flowing of the adjacent channel of stream and direct broadcast band, is added in preconfigured buffer pool；Receive user send out it is straight
After broadcasting request, it is broadcast live by the video flowing in buffer pool.
Based on the above technical solution, which includes that buffer resource monitoring modular, video render module are gentle
Rush pond update module；
Buffer resource monitoring modular is used for：When IPTV receives the live streaming request that user sends out, judge that live streaming request corresponds to
Current live channel Video stream information whether there is in preconfigured buffer pool, Video stream information includes current live
The video flowing of channel；If so, sending parsing play signal to video render module, otherwise sent to video render module straight
Broadcast signal；
Video render module is used for：After receiving parsing play signal, regarding for current live channel is obtained from buffer pool
Frequency stream information plays after decoding the video flowing in Video stream information by decoder, sends and buffers to buffer pool update module
Pond more new signal；After receiving live signal, the video flowing of current live channel is obtained from server-side, video flowing is passed through into decoder
It is played after decoding, and Video stream information is formed according to the video flowing of current live channel, Video stream information is added to buffer pool,
Buffer pool more new signal is sent to buffer pool update module；
Buffer pool update module is used for：After receiving buffer pool more new signal, the adjacent channel of current live channel is judged
Video stream information whether there is in buffer pool, if so, retaining the Video stream information in buffer pool；Otherwise phase is obtained from server-side
The Video stream information of adjacent channel is simultaneously added to buffer pool.
Based on the above technical solution, the Video stream information further include according to the position of all I frames in video flowing,
Form the I frame index of video flowing；After the video render module decodes the video flowing in Video stream information by decoder
The flow of broadcasting includes：According to I frame index, played after the I frames in video flowing are decoded by decoder.
Based on the above technical solution, which further includes ordering module, is used for：When IPTV receives user's hair
The preview sent sees live the Video stream information of request and the corresponding pre- viewing channel of pre- watching request, is not present in buffer pool
When, acquisition preview sees live the corresponding preview of request and sees live the Video stream information of channel and be added to buffer pool.
Based on the above technical solution, the order module acquisition preview sees live the corresponding preview of request and sees live
The Video stream information of the channel and flow for being added to buffer pool includes：T at the beginning of channel is seen live according to preview and is made by oneself
The buffer time threshold value T1 of justice setting after calculating buffering time started T2, obtains preview at the T2 moment and sees live request correspondence
Preview see live the Video stream information of channel and be added to buffer pool；The calculation formula of T2 is：T2=T-T1.
Based on the above technical solution, which further includes buffer pool configuration module, is used for：Buffer pool is divided
For the buffering area of direct broadcast band, the buffering area of a upper channel for direct broadcast band, direct broadcast band next channel buffering area,
And at least one watches the buffering area of channel in advance, each buffering area is used for：Buffer the Video stream information of 1 channel.
Compared with the prior art, the advantages of the present invention are as follows：
(1) after receiving the live streaming request that user sends out with prior art IPTV, first receive show I frames needed for image, with
And several frame video flowings of buffering, then video flowing is decoded and is compared, the present invention can be in advance by the adjacent channel of direct broadcast band
Video stream information be added in buffer pool, when user changes channel, corresponding video flowing is directly obtained from buffer pool and is solved
Code and broadcasting, and then significantly improve and cut platform speed and user experience when IPTV is broadcast live.
Further, the present invention receive user transmission preview see live request after, additionally it is possible to preview is seen live into request
Corresponding preview sees live the video flowing of channel, is added in buffer pool, and then when realizing user and being switched to pre- viewing channel,
Also corresponding video flowing can be directly obtained from buffer pool to be decoded and play, and further improved when IPTV is broadcast live
Cut platform speed and user experience.
(2) compared with hardware decoder in the prior art is decoded after the total data identification I frames of video flowing, this hair
It is bright, previously according to the position of all I frames in video flowing, to form the I frame index of video flowing when obtaining the video flowing of direct broadcast band,
On this basis, decoder is decoded according to I frame index after can directly acquiring the I frames in video flowing.Therefore, of the invention
Decoding speed is very fast, and then further improves and cut platform speed when IPTV is broadcast live.
Description of the drawings
Fig. 1 is the flow chart of the live broadcasting method of IPTV in the embodiment of the present invention one；
Fig. 2 is the connection block diagram of the live broadcast system of IPTV in the embodiment of the present invention six.
Specific implementation mode
Invention is further described in detail with reference to the accompanying drawings and embodiments.
The live broadcasting method of IPTV in the embodiment of the present invention, includes the following steps：Live streaming is asked corresponding live streaming by IPTV
The video flowing of the video flowing of channel and the adjacent channel of direct broadcast band is added in preconfigured buffer pool；IPTV is received
After the live streaming request sent out to user, it is broadcast live by the video flowing in buffer pool.
The present invention is specifically described below by six embodiments.
Embodiment one：Shown in Figure 1, the flow of the live broadcasting method of IPTV includes：
S101：After IPTV receives the live streaming request that user sends out (such as channel is changed in request), judge that live streaming request is corresponding
The Video stream information of current live channel whether there is in preconfigured buffer pool, if so, going to S102, otherwise go to
S103；Video stream information includes the download link and video flowing of current live channel.
S102：IPTV obtains the Video stream information of current live channel from buffer pool, by the video in Video stream information
Stream plays after being decoded by hardware decoder, goes to S104.
S103：Video flowing is passed through hardware solution by IPTV after server-side is downloaded and receives the video flowing of current live channel
It is played after code device decoding；Video stream information is formed according to the video flowing of current live channel, Video stream information is added to buffering
Pond goes to S104.
S104：IPTV judges an adjacent channel (upper channel for current live channel and next for current live channel
Channel) Video stream information whether there is in buffer pool, if so, prove user's zapping to current live channel adjacent frequency
It when road, can directly play, terminate；Otherwise S105 is gone to.
S105：It obtains the Video stream information of adjacent channel and is added to buffer pool, detailed process includes：Under server-side
The video flowing for carrying and receiving the adjacent channel forms Video stream information, by Video stream information according to the video flowing of adjacent channel
It is added to buffer pool, is terminated.
Video stream information in embodiment two, embodiment one further includes according to the position of all I frames in video flowing, and formation regards
The I frame index of frequency stream；On this basis, the flow played after decoding video flowing by hardware decoder in S102 includes：Root
According to I frame index, played after the I frames in video flowing are decoded by hardware decoder.
Embodiment three：Further include following step that can be parallel with S102 to S105 after S101 on the basis of embodiment one
Suddenly：After the preview that IPTV receives user's transmission sees live request, regarding for the corresponding pre- viewing channel of pre- watching request is judged
Frequency stream information, if it is already present in buffer pool, if so, the Video stream information of the pre- viewing channel of explanation has obtained, this
When without any operation；Otherwise acquisition preview sees live the corresponding preview of request and sees live the Video stream information of channel and add
Add to buffer pool.
In order to reduce the occupancy of network bandwidth, when the Video stream information for watching channel in advance is not present in buffer pool, no
It can immediately obtain the Video stream information that preview sees live channel, but T and buffering at the beginning of channel are seen live according to preview
After time threshold T1 calculates buffering time started T2, obtains preview at the T2 moment and see live the corresponding preview of request and see live frequently
The Video stream information in road is simultaneously added to buffer pool.The calculation formula of T2 is：T2=T-T1, T1 are to obtain preview to see live request
Corresponding preview sees live the Video stream information of channel and is added to the time needed for buffer pool, and T1 can customize setting, such as
1 minute.
Example IV：On the basis of embodiment three, in order to be distinguished to the different channel buffered in buffer pool, it will delay
Rush next channel that pond is divided into the buffering area of direct broadcast band, the buffering area of a upper channel of direct broadcast band, direct broadcast band
Buffering area and at least one watch the buffering area of channel in advance, each buffering area is used for：The video flowing letter of 1 channel of buffering
Breath.
Embodiment five：It is 5, on this basis, the live broadcasting method of IPTV that corresponding channel is asked in the live streaming that user sends out
Flow includes：
S201：After IPTV receives the live streaming request that user sends out, judge that the Video stream information of channel 5 whether there is in advance
In the buffer pool of configuration, if so, going to S202, S203 is otherwise gone to；Video stream information includes the download link and video of channel 5
Stream.
S202：IPTV obtains the Video stream information of channel 5 from buffer pool, the video flowing in Video stream information is passed through hard
It is played after the decoding of part decoder, goes to S204.
S203：IPTV is decoded video flowing by hardware decoder after server-side is downloaded and receives the video flowing of channel 5
After play；Video stream information is formed according to the video flowing of channel 5, Video stream information is added to buffer pool, goes to S204.
S204：IPTV judges that the Video stream information of channel 4 and 6 whether there is in buffer pool, if so, proving that user changes
It when platform to channel 4 or 6, can directly play, terminate；Otherwise S205 is gone to.
S205：The video flowing that channel 4 and 6 is downloaded and received from server-side forms channel 4 according to the video flowing of channel 4 and 6
Video stream information with 6, buffer pool is added to by Video stream information, is terminated.
After S201 (when watching channel 5), the preview that user sends pre- viewing channel 7 to IPTV sees live request, frequency
The Video stream information in road 7 is 20 not in buffer pool, at the beginning of channel 7:00, buffer time threshold value is 60s, at this time IPTV
It obtains 19：It is added to buffer pool after the Video stream information of 59 acquisition channels 7.
Embodiment six：
The present invention also provides a kind of live broadcast system of IPTV, which is used for：Corresponding direct broadcast band is asked into live streaming
The video flowing of the adjacent channel of video flowing and direct broadcast band, is added in preconfigured buffer pool；User is received to send out
Live streaming request after, be broadcast live by the video flowing in buffer pool.
Shown in Figure 2, which specifically includes control module, protocol module, decoder module, buffer pool configuration mould
Block, buffer resource monitoring modular, I frames detection module, video render module, buffer pool update module and order module.
Control module is used for：Control the work of other module cooperatives.
Protocol module is used for：Protocol interaction is carried out with direct broadcast band and video flowing is downloaded.
Buffer pool configuration module is used for：By buffer pool be divided into the buffering area B2 of direct broadcast band, upper one of direct broadcast band
The buffering area B1 of channel, the buffering area B3 of next channel of direct broadcast band and at least one watch the buffering area of channel in advance
B4-Bn, n >=4, each buffering area are used for：Buffer the Video stream information of 1 channel.
Buffer resource monitoring modular is used for：When IPTV receives the live streaming request that user sends out, judge that live streaming request corresponds to
Current live channel Video stream information whether there is in preconfigured buffer pool, Video stream information includes current live
The video flowing and I frames detection module of channel form the I frame index of video flowing according to the position of all I frames in video flowing；If
It is to send parsing play signal to video render module, otherwise send live signal to video render module.
Video render module is used for：After receiving parsing play signal, regarding for current live channel is obtained from buffer pool
Frequency stream information plays after decoding the video flowing in Video stream information by decoder module (according to I frame index, by video flowing
In I frames decoded by decoder module after play), to buffer pool update module send buffer pool more new signal；Receive live streaming
After signal, the video flowing of current live channel is obtained from server-side, is played after video flowing is decoded by decoder module, and root
Video stream information is formed according to the video flowing of current live channel, Video stream information is added to buffer pool, updates mould to buffer pool
Block sends buffer pool more new signal.
Buffer pool update module is used for：After receiving buffer pool more new signal, the adjacent channel of current live channel is judged
Video stream information whether there is in buffer pool, if so, retaining the Video stream information in buffer pool；Otherwise phase is obtained from server-side
The Video stream information of adjacent channel is simultaneously added to buffer pool.
Module is ordered to be used for：After the preview that IPTV receives user's transmission sees live request, pre- watching request pair is judged
The Video stream information for the pre- viewing channel answered, if be already present in buffer pool, if so, without any operation, otherwise obtain
It takes preview to see live the corresponding preview of request to see live the Video stream information of channel and be added to buffer pool.
In order to reduce the occupancy of network bandwidth, when the Video stream information for watching channel in advance is not present in buffer pool, no
It can immediately obtain the Video stream information that preview sees live channel, but T and buffering at the beginning of channel are seen live according to preview
After time threshold T1 calculates buffering time started T2, obtains preview at the T2 moment and see live the corresponding preview of request and see live frequently
The Video stream information in road is simultaneously added to buffer pool.The calculation formula of T2 is：T2=T-T1, T1 are to obtain preview to see live request
Corresponding preview sees live the Video stream information of channel and is added to the time needed for buffer pool, and T1 can customize setting, such as
One minute.
It should be noted that：System provided in an embodiment of the present invention is when carrying out intermodule communication, only with above-mentioned each function
The division progress of module, can be as needed and by above-mentioned function distribution by different function moulds for example, in practical application
Block is completed, i.e., the internal structure of system is divided into different function modules, to complete all or part of work(described above
Energy.
Further, the present invention is not limited to the above-described embodiments, for those skilled in the art,
Without departing from the principles of the invention, several improvements and modifications can also be made, these improvements and modifications are also considered as the present invention
Protection domain within.The content not being described in detail in this specification belongs to existing skill well known to professional and technical personnel in the field
Art.
Claims (12)
1. a kind of live broadcasting method of IPTV, it is characterised in that：This approach includes the following steps：IPTV is corresponding straight by live streaming request
The video flowing of the video flowing of channel and the adjacent channel of direct broadcast band is broadcast, is added in preconfigured buffer pool；IPTV
After receiving the live streaming request that user sends out, it is broadcast live by the video flowing in buffer pool.
2. the live broadcasting method of IPTV as described in claim 1, it is characterised in that：It is described that corresponding direct broadcast band is asked into live streaming
Video flowing and direct broadcast band adjacent channel video flowing, be added in preconfigured buffer pool；IPTV receives use
After the live streaming request that family is sent out, the flow being broadcast live by the video flowing in buffer pool includes：
S101：After IPTV receives the live streaming request that user sends out, judge that the video flowing of corresponding current live channel is asked in live streaming
Information whether there is in preconfigured buffer pool, if so, going to S102, otherwise go to S103；Video stream information includes working as
The video flowing of preceding direct broadcast band；
S102：IPTV obtains the Video stream information of current live channel from buffer pool, and the video in Video stream information is circulated
It is played after crossing decoder decoding, goes to S104；
S103：IPTV is played after the video flowing that server-side obtains current live channel after decoding video flowing by decoder；
Video stream information is formed according to the video flowing of current live channel, Video stream information is added to buffer pool, goes to S104；
S104：IPTV judges that the Video stream information of the adjacent channel of current live channel whether there is in buffer pool, if so, knot
Beam；Otherwise S105 is gone to；
S105：IPTV obtains the Video stream information of adjacent channel from server-side and is added to buffer pool, terminates.
3. the live broadcasting method of IPTV as claimed in claim 2, it is characterised in that：The Video stream information further includes according to video
The position of all I frames in stream, forms the I frame index of video flowing；The video flowing in Video stream information is passed through into solution described in S102
The flow that plays includes after code device decoding：According to I frame index, played after the I frames in video flowing are decoded by decoder.
4. the live broadcasting method of IPTV as claimed in claim 2, it is characterised in that：It is further comprising the steps of after S101：When
The preview that IPTV receives user's transmission sees live request and the corresponding pre- Video stream information for watching channel of pre- watching request,
When being not present in buffer pool, acquisition preview sees live the corresponding preview of request and sees live the Video stream information of channel and add
To buffer pool.
5. the live broadcasting method of IPTV as claimed in claim 4, it is characterised in that：It is corresponding that the acquisition preview sees live request
Preview sees live the Video stream information of channel and is added to the flow of buffer pool：The beginning of channel is seen live according to preview
After calculating buffering time started T2, it is straight to obtain pre- viewing at the T2 moment by the buffer time threshold value T1 of time T and self-defined setting
The corresponding preview of request is broadcast to see live the Video stream information of channel and be added to buffer pool；The calculation formula of T2 is：T2=T-
T1。
6. the live broadcasting method of IPTV as claimed in claim 4, it is characterised in that：It is further comprising the steps of before S101：It will delay
Rush next channel that pond is divided into the buffering area of direct broadcast band, the buffering area of a upper channel of direct broadcast band, direct broadcast band
Buffering area and at least one watch the buffering area of channel in advance, each buffering area is used for：The video flowing letter of 1 channel of buffering
Breath.
7. a kind of live broadcast system of IPTV, it is characterised in that：The system is used for：Live streaming is asked to the video of corresponding direct broadcast band
The video flowing of the adjacent channel of stream and direct broadcast band, is added in preconfigured buffer pool；Receive user send out it is straight
After broadcasting request, it is broadcast live by the video flowing in buffer pool.
8. the live broadcast system of IPTV as claimed in claim 7, it is characterised in that：The system include buffer resource monitoring modular,
Video render module and buffer pool update module；
Buffer resource monitoring modular is used for：When IPTV receives the live streaming request that user sends out, judges that live streaming request is corresponding and work as
The Video stream information of preceding direct broadcast band whether there is in preconfigured buffer pool, and Video stream information includes current live channel
Video flowing；If so, sending parsing play signal to video render module, otherwise live streaming letter is sent to video render module
Number；
Video render module is used for：After receiving parsing play signal, the video flowing of current live channel is obtained from buffer pool
Information plays after decoding the video flowing in Video stream information by decoder, and buffer pool is sent more to buffer pool update module
New signal；After receiving live signal, the video flowing of current live channel is obtained from server-side, video flowing is decoded by decoder
After play, and according to the video flowing of current live channel formed Video stream information, Video stream information is added to buffer pool, Xiang Huan
It rushes pond update module and sends buffer pool more new signal；
Buffer pool update module is used for：After receiving buffer pool more new signal, the video of the adjacent channel of current live channel is judged
Stream information whether there is in buffer pool, if so, retaining the Video stream information in buffer pool；Otherwise adjacent frequency is obtained from server-side
The Video stream information in road is simultaneously added to buffer pool.
9. the live broadcast system of IPTV as claimed in claim 8, it is characterised in that：The Video stream information further includes according to video
The position of all I frames in stream, forms the I frame index of video flowing；The video render module is by the video in Video stream information
Flowing the flow played after being decoded by decoder includes：According to I frame index, after the I frames in video flowing are decoded by decoder
It plays.
10. the live broadcast system of IPTV as claimed in claim 8, it is characterised in that：The system further includes ordering module, is used
In：When the preview that IPTV receives user's transmission sees live request and the corresponding pre- video flowing for watching channel of pre- watching request
Information when being not present in buffer pool, obtains preview and sees live the Video stream information for asking corresponding preview to see live channel, simultaneously
It is added to buffer pool.
11. the live broadcasting method of IPTV as claimed in claim 10, it is characterised in that：The order module obtains preview and sees live
It asks corresponding preview to see live the Video stream information of channel and the flow for being added to buffer pool includes：It is seen live according to preview
The buffer time threshold value T1 of T and self-defined setting at the beginning of channel are obtained after calculating buffering time started T2 at the T2 moment
It takes preview to see live the corresponding preview of request to see live the Video stream information of channel and be added to buffer pool；The calculation formula of T2
For：T2=T-T1.
12. the live broadcast system of IPTV as claimed in claim 10, it is characterised in that：The system further includes buffer pool configuration mould
Block is used for：Buffer pool is divided into the buffering area of direct broadcast band, the buffering area of a upper channel for direct broadcast band, live streaming frequency
The buffering area and at least one of next channel in road watch the buffering area of channel in advance, and each buffering area is used for：Buffer 1 frequency
The Video stream information in road.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810134852.8A CN108322767A (en) | 2018-02-09 | 2018-02-09 | The live broadcasting method and system of IPTV |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810134852.8A CN108322767A (en) | 2018-02-09 | 2018-02-09 | The live broadcasting method and system of IPTV |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108322767A true CN108322767A (en) | 2018-07-24 |
Family
ID=62902509
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810134852.8A Pending CN108322767A (en) | 2018-02-09 | 2018-02-09 | The live broadcasting method and system of IPTV |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108322767A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111726641A (en) * | 2019-03-18 | 2020-09-29 | 北京奇虎科技有限公司 | Live video playing processing method and device and server |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6714264B1 (en) * | 2000-08-31 | 2004-03-30 | Matsushita Electric Industrial Co., Ltd. | Digital television channel surfing system |
| CN101146221A (en) * | 2007-10-18 | 2008-03-19 | 中兴通讯股份有限公司 | Dynamic adjusting method and system for playing pointer in P2P direct broadcasting |
| CN101194502A (en) * | 2005-06-07 | 2008-06-04 | 诺基亚公司 | System and associated terminal, method and computer program product for directional channel browsing of broadcast content |
| CN101472154A (en) * | 2007-12-27 | 2009-07-01 | 深圳华为通信技术有限公司 | Method for switching digital channel and device for processing digital video |
| CN102761773A (en) * | 2012-07-03 | 2012-10-31 | Ut斯达康通讯有限公司 | Method for improving user experience of IPTV (Internet Protocol Television) service by using I frames |
| CN104902145A (en) * | 2015-06-03 | 2015-09-09 | 无锡天脉聚源传媒科技有限公司 | Method and device for playing live streaming video |
-
2018
- 2018-02-09 CN CN201810134852.8A patent/CN108322767A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6714264B1 (en) * | 2000-08-31 | 2004-03-30 | Matsushita Electric Industrial Co., Ltd. | Digital television channel surfing system |
| CN101194502A (en) * | 2005-06-07 | 2008-06-04 | 诺基亚公司 | System and associated terminal, method and computer program product for directional channel browsing of broadcast content |
| CN101146221A (en) * | 2007-10-18 | 2008-03-19 | 中兴通讯股份有限公司 | Dynamic adjusting method and system for playing pointer in P2P direct broadcasting |
| CN101472154A (en) * | 2007-12-27 | 2009-07-01 | 深圳华为通信技术有限公司 | Method for switching digital channel and device for processing digital video |
| CN102761773A (en) * | 2012-07-03 | 2012-10-31 | Ut斯达康通讯有限公司 | Method for improving user experience of IPTV (Internet Protocol Television) service by using I frames |
| CN104902145A (en) * | 2015-06-03 | 2015-09-09 | 无锡天脉聚源传媒科技有限公司 | Method and device for playing live streaming video |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111726641A (en) * | 2019-03-18 | 2020-09-29 | 北京奇虎科技有限公司 | Live video playing processing method and device and server |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11856329B2 (en) | Dynamic advertisement stream replacement | |
| CN101889422B (en) | Method and system for synchronizing the output of terminals | |
| EP2070325B1 (en) | Multimedia management | |
| CN107566918B (en) | A kind of low delay under video distribution scene takes the neutrel extraction of root | |
| CN102742249B (en) | Method, system and device for synchronization of media streams | |
| US20090293093A1 (en) | Content server, information processing apparatus, network device, content distribution method, information processing method, and content distribution system | |
| CN101321275B (en) | System and method for processing video stream | |
| CN106303682B (en) | Method, apparatus, terminal and the server of channel switching | |
| US20120147122A1 (en) | Video data receiving and sending systems for videophone and video data processing method thereof | |
| CN102651821B (en) | Method and device for evaluating quality of video | |
| JP2009284282A (en) | Content server, information processing apparatus, network device, content distribution method, information processing method, and content distribution system | |
| US8249114B2 (en) | Method and device for receiving and providing programs | |
| CN106789976A (en) | The player method of media file, service end, client and system | |
| CN113727199A (en) | HLS slice rapid playing starting method | |
| CN113852824A (en) | Video transcoding method and device, electronic equipment and storage medium | |
| CN108471548A (en) | Live video fast playing method and device | |
| CN108322767A (en) | The live broadcasting method and system of IPTV | |
| WO2008138793A1 (en) | System having improved switching times between broadcast/multicast bearers | |
| CN107682718A (en) | The method and system of fast switching channels under more IPTV platforms | |
| US20180139496A1 (en) | Channel change processing using stored content | |
| CN108632681B (en) | Method, server and terminal for playing media stream | |
| KR100576543B1 (en) | Apparatus and Method for Converting Media Stream for Multimedia Service in DAB system | |
| CN107018428A (en) | A kind of digital television system, headend equipment and set top box | |
| CN115484476A (en) | VR live video transmission method and device and storage medium | |
| KR20090024426A (en) | Image providing system and method thereof |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180724 |
|
| RJ01 | Rejection of invention patent application after publication |