CN106454389A - Live video playing method and device - Google Patents
Live video playing method and device Download PDFInfo
- Publication number
- CN106454389A CN106454389A CN201610886103.1A CN201610886103A CN106454389A CN 106454389 A CN106454389 A CN 106454389A CN 201610886103 A CN201610886103 A CN 201610886103A CN 106454389 A CN106454389 A CN 106454389A
- Authority
- CN
- China
- Prior art keywords
- live video
- terminal
- target live
- frame
- picture frame
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
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/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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4333—Processing operations in response to a pause request
-
- 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/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention relates to a live video playing method and device, and belongs to the technical field of computers. The method comprises the following steps: transmitting image data and audio data of a target live video to a terminal; stopping transmitting the image data of the target live video to the terminal when an image pause request of the target live video sent by the terminal is received; and transmitting the image data of the target live video to the terminal when an image recovering request of the target live video sent by the terminal is received. Through adoption of the live video playing method and device, the phenomenon of unsmooth play can be relieved.
Description
Technical field
The present invention is with regard to field of computer technology, especially with respect to a kind of player method of live video and device.
Background technology
With the development of computer technology, network direct broadcasting has obtained extensive popularization, and user can log in live application journey
Sequence, enters direct broadcasting room interested, watches the live video of main broadcaster, during main broadcaster is live, the backstage of live application program
The view data of live video and voice data can be sent and now use to this user by server (referred to as server)
Terminal, this terminal then can play view data and the voice data of live video.
, during viewing live video, the network bandwidth of the network of location is limited sometimes for user, but again
Want to watch live video it may appear that playing the phenomenon of interim card.
Content of the invention
In order to overcome problem present in correlation technique, the invention provides a kind of player method of live video and dress
Put.Technical scheme is as follows:
A kind of first aspect, there is provided player method of live video, methods described includes:
Send view data and the voice data of target live video to terminal;
When the image receiving the described target live video that described terminal sends suspends request, stop to described terminal
Send the view data of described target live video;
When receiving the image recovery request of the described target live video that described terminal sends, send to described terminal
The view data of described target live video.
Optionally, the described view data stopping to the described terminal described target live video of transmission, including:
If the first picture frame of currently transmitted described target live video is not sent, by described first figure
After being sent as frame, stop sending the view data of described target live video to described terminal.
As such, it is possible to prevent terminal image decoding error.
Optionally, the described view data sending described target live video to described terminal, including:
It is received from the second picture frame of main broadcaster's terminal transmission, if described second figure when determining and receiving image recovery request
As frame is key frame, then from the beginning of described second picture frame, send the picture frame of described target live video to described terminal, such as
Really described second picture frame is not key frame, then, from the beginning of the first key frame of caching, send described in caching to described terminal
The picture frame of target live video, after receiving the second key frame that described main broadcaster's terminal sends, from described second key frame
Start, send the picture frame of described target live video to described terminal, wherein, described first key frame is described second image
Nearest key frame before frame.
As such, it is possible to quickly recover image player.
Optionally, methods described also includes:
When receiving the audio pause request of the described target live video that described terminal sends, stop to described terminal
Send the voice data of described target live video;
When receiving the Audio recovery request of the described target live video that described terminal sends, send to described terminal
The voice data of described target live video.
As such, it is possible in inconvenient playing audio-fequency data, suspend playing audio-fequency data.
Optionally, the described voice data stopping to the described terminal described target live video of transmission, including:
If the first audio frame of currently transmitted described target live video is not sent, by described first sound
After frequency frame is sent, stop sending the voice data of described target live video to described terminal.
As such, it is possible to prevent terminal audio frequency decoding error.
Second aspect, a kind of playing device of live video is it is characterised in that described device includes:
First sending module, for sending view data and the voice data of target live video to terminal;
Stopping modular, during for suspending request when the image receiving the described target live video that described terminal sends,
Stop sending the view data of described target live video to described terminal;
Second sending module, for when the image recovery request receiving the described target live video that described terminal sends
When, the view data of described target live video is sent to described terminal.
Optionally, described stopping modular, is used for:
If the first picture frame of currently transmitted described target live video is not sent, by described first figure
After being sent as frame, stop sending the view data of described target live video to described terminal.
Optionally, described second sending module, is used for:
It is received from the second picture frame of main broadcaster's terminal transmission, if described second figure when determining and receiving image recovery request
As frame is key frame, then from the beginning of described second picture frame, send the picture frame of described target live video to described terminal, such as
Really described second picture frame is not key frame, then, from the beginning of the first key frame of caching, send described in caching to described terminal
The picture frame of target live video, after receiving the second key frame that described main broadcaster's terminal sends, from described second key frame
Start, send the picture frame of described target live video to described terminal, wherein, described first key frame is described second image
Nearest key frame before frame.
Optionally, described stopping modular, is additionally operable to:
When receiving the audio pause request of the described target live video that described terminal sends, stop to described terminal
Send the voice data of described target live video;
Described second sending module, is additionally operable to:
When receiving the Audio recovery request of the described target live video that described terminal sends, send to described terminal
The voice data of described target live video.
Optionally, described stopping modular, is used for:
If the first audio frame of currently transmitted described target live video is not sent, by described first sound
After frequency frame is sent, stop sending the voice data of described target live video to described terminal.
The beneficial effect that technical scheme provided in an embodiment of the present invention is brought is:
Server sends view data and the voice data of target live video to terminal, and the network bandwidth of user is limited
When, user can operate terminal, triggering terminal to server send image suspend request, server when receive terminal transmission
When the image of target live video suspends request, stop sending the view data of target live video, the network of user to terminal
Bandwidth ratio larger when, user can operate terminal, and triggering terminal sends image recovery request to server, when receiving terminal
The view data of target live video during the image recovery request of target live video sending, is sent to terminal.So, work as end
Terminate into network bandwidth not enough when, user can select the view data stopping playing target live video, so it is only necessary to
Want the voice data in transmission objectives live video, such that it is able to alleviate the phenomenon playing interim card.
Brief description
For the technical scheme being illustrated more clearly that in the embodiment of the present invention, will make to required in embodiment description below
Accompanying drawing be briefly described it should be apparent that, drawings in the following description are only some embodiments of the present invention, for
For those of ordinary skill in the art, on the premise of not paying creative work, other can also be obtained according to these accompanying drawings
Accompanying drawing.
Fig. 1 is a kind of player method flow chart of live video provided in an embodiment of the present invention;
Fig. 2 is a kind of broadcast interface schematic diagram of live video provided in an embodiment of the present invention;
Fig. 3 is a kind of player method flow chart of live video provided in an embodiment of the present invention;
Fig. 4 is a kind of broadcast interface schematic diagram of live video provided in an embodiment of the present invention;
Fig. 5 is a kind of structural representation of the device of broadcasting of live video provided in an embodiment of the present invention;
Fig. 6 is a kind of structural representation of server provided in an embodiment of the present invention.
Specific embodiment
For making the object, technical solutions and advantages of the present invention clearer, below in conjunction with accompanying drawing to embodiment party of the present invention
Formula is described in further detail.
Embodiments provide a kind of player method of live video, the executive agent of the method can be service
Device, wherein, server can be the background server of live application program, can be provided with processor, storage in this server
Device, transceiver etc., processor can be used for the process of the process of live video broadcasting, and memorizer can be used for storing processing procedure
The data of middle needs and the data of generation, transceiver can be used for receiving and sends data.
As shown in figure 1, the handling process of the method can include the steps:
Step 101, sends view data and the voice data of target live video to terminal.
In force, user can install live application program in the terminal, and starts live application program, live should
With showing direct broadcasting room list in the main interface of program, user can find oneself target direct broadcasting room to be entered, and point
Hit the direct broadcasting room option of the target direct broadcasting room wanting to enter into, terminal then can receive the click commands of target direct broadcasting room option, raw
Become live video to obtain request, and obtain the mark adding target direct broadcasting room in request in live video, terminal to server is sent out
Send live video to obtain request, when server receives the live video acquisition request of terminal transmission, live video can be parsed
Obtain request, therefrom get the mark of target direct broadcasting room, then the mark according to target direct broadcasting room, find target direct broadcasting room
Target live video data, then will be currently received the view data of target live video and the audio frequency of the transmission of main broadcaster's terminal
Data is activation to terminal, after terminal receives view data and the voice data of target live video, can be the same by timestamp
Audio frame play with frame of video simultaneously.
Step 102, when the image time-out request of the target live video receiving terminal transmission, stops sending to terminal
The view data of target live video.
In force, as shown in Fig. 2 user is during viewing target live video, target live video is play not
Smoothness, user can click on the image pause button of display in interface, and the click that terminal then can receive image pause button refers to
Order, generates image and suspends request, and suspend, in image, the mark adding target live video in request, then send to server
Image time-out request, after server receives the image time-out request of terminal transmission, can stop live to terminal transmission target
The view data of video, and the voice data of target live video is only sent to terminal, terminal receives target live video
The voice data of target live video after voice data, can be play.
Optionally, in the view data stopping sending target live video to terminal in addition it is also necessary to judge currently transmitted
Whether picture frame is sent completely, and corresponding process can be as follows:
If the first picture frame of currently transmitted target live video is not sent, the first picture frame is being sent
After finishing, stop sending the view data of target live video to terminal
Wherein, when the first picture frame is the image time-out request that server receives terminal transmission, the mesh sending to terminal
The view data of mark live video.
In force, when server receives the image time-out request of terminal transmission, server can determine and now sends
The first picture frame whether be sent, if the first currently transmitted picture frame is not sent, continue the first image
Frame is sent, and then stops sending the view data of target live video to terminal, if the first currently transmitted picture frame
It is sent, then server can stop sending the view data of target live video to terminal immediately.So, live in target
In the playing process of video, when terminal receives the image recovery request of user input, will not be because of former and later two picture frames
Decoding error, and can not continue to play the view data of target live video.For example, the first picture frame needs four packets
Can be sent completely, when server receives the image time-out request of terminal transmission, the first picture frame only have sent two packets,
Then server may proceed to be sent completely latter two packet of the first picture frame, then stops sending that target is live regards to terminal
The view data of frequency.First picture frame needs four packets just can be sent completely, and server receives the image of terminal transmission
Suspend request when, four packets of the first picture frame are sent completely just, then server stop to terminal send target live
The view data of video.
In addition, terminal is when the image receiving target live video suspends request, if sending target when front to terminal
The view data of live video, then stop sending the view data of target live video to terminal.
In force, when server receives the image of terminal transmission and suspends request, whether server may determine that now
Send the view data of target live video to terminal, if now sending the view data of target live video to terminal,
Server can stop sending the view data of target live video to terminal immediately, if now have timed out sent to terminal
The view data of target live video, server does not process.As such, it is possible to prevent the image that terminal sends mistake from suspending request
When server execute corresponding false request.
Step 103, when receiving the image recovery request of target live video of terminal transmission, sends target to terminal
The view data of live video.
In force, user during terminal only plays the voice data of target live video if it is desired to viewing
The image of target live video, then user can click on image recover button (image recover button permissible with image pause button
For same button, the state of view data broadcasting, when showing to labelled notation, is now on the image that image recovers button),
Terminal then can receive the click commands that image recovers button, generates image recovery request, and adds in image recovery request
The mark of target live video, then sends image recovery request to server.The image that server receives terminal transmission is extensive
The view data of target live video after multiple request, can be sent immediately to terminal.
In addition, server receives during the image recovery request of terminal transmission in addition it is also necessary to judge now whether be in stopping
Send the view data of target live video to terminal, corresponding process can be as follows:If being currently at stopping to send out to terminal
Send the state of the view data of target live video, then send the view data of target live video to terminal.
In force, when server receives the image recovery request of terminal transmission, whether server can determine now
It is in the state stopping the view data sending target live video to terminal, if being currently at stopping to send target to terminal
The state of the view data of live video, then can send the view data of target live video, immediately if currently to terminal
It is in the state of the view data sending target live video to terminal, then continue to send the image of target live video to terminal
Data.
Optionally, in the view data recovering to send target live video to terminal, can be according to being currently received figure
The view data of target live video as whether frame is key frame, is sent to terminal.Corresponding process can be as follows:
It is received from the second picture frame of main broadcaster's terminal transmission, if the second picture frame when determining and receiving image recovery request
It is key frame, then from the beginning of the second picture frame, send the picture frame of target live video to terminal, if the second picture frame is not
Key frame, then from the beginning of the first key frame of caching, send the picture frame of the target live video of caching, when receiving to terminal
The picture frame of target live video after the second key frame that main broadcaster's terminal sends, from the beginning of the second key frame, is sent to terminal, its
In, the first key frame is nearest key frame before the second picture frame.
In force, when server receives the image recovery request of terminal transmission, server can determine and now receives
To the second picture frame that main broadcaster's terminal sends be whether key frame (the second picture frame be server receive image recovery request it
Afterwards, the picture frame that will send to terminal), if the second picture frame is key frame, server can send second to terminal
Picture frame, and receive the picture frame of main broadcaster's terminal transmission to after terminal transmission the second picture frame.If the second picture frame
It is not key frame, then server can be from the picture frame of caching, the first nearest key frame before determining the second picture frame, so
Afterwards the timestamp of the first key frame is revised as the timestamp of the second picture frame, then sends the first key frame to terminal, and
And after the second picture frame, when server receives the m-th picture frame of main broadcaster's terminal (M is positive integer), obtain caching
The m-th picture frame starting from the first key frame of target live video, and by the m-th picture frame starting from the first key frame
Timestamp be revised as after the second picture frame, server receives the timestamp of the m-th picture frame of main broadcaster's terminal, then
Send the m-th picture frame after modification time stamp to terminal, server can determine the picture frame being received from main broadcaster's terminal every time
Whether being key frame, if receiving the second key frame of main broadcaster's terminal transmission, sending the second key frame to terminal, and to
After terminal sends the second key frame, server receives the picture frame that main broadcaster's terminal sends.Terminal receives server transmission
After picture frame, the timestamp of picture frame and the timestamp of audio frame can be obtained, by audio frame the same for timestamp and picture frame
Play simultaneously, the image of target live video so, can be promptly appreciated that afters user clicks on video recovery button.
In addition, additionally providing the method suspending the voice data playing target live video, such as Fig. 3 in the embodiment of the present invention
Shown, corresponding process step can be as follows:
Step 301, when the audio pause request of the target live video receiving terminal transmission, stops sending to terminal
The voice data of target live video.
In force, as shown in figure 4, user is during viewing target live video, it is quiet that user is in comparison
In environment, now inconvenient playing audio-fequency data, user can click on the audio pause button of display in interface, and terminal then can connect
Receive the click commands of audio pause button, generate audio pause request, and add that target is live to be regarded in audio pause request
The mark of frequency, then sends audio pause request to server, after server receives the audio pause request of terminal transmission, can
To stop sending the voice data of target live video to terminal, and only send the view data of target live video to terminal,
The view data of target live video after terminal receives the view data of target live video, can be play.
Optionally, server in the voice data stopping sending target live video to terminal in addition it is also necessary to check current
Whether the audio frame sending is sent completely, and corresponding process can be as follows:
If the first audio frame of currently transmitted target live video is not sent, the first audio frame is being sent
After finishing, stop sending the voice data of target live video to terminal.
Wherein, when the first audio frame is the audio pause request that server receives terminal transmission, the mesh sending to terminal
The voice data of mark live video.
In force, when server receives the audio pause request of terminal transmission, server can determine and now sends
The first audio frame whether be sent, if the first currently transmitted audio frame is not sent, continue the first audio frequency
Frame is sent, and then stops sending the voice data of target live video to terminal, if the first currently transmitted audio frame
It is sent, then server can stop sending the voice data of target live video to terminal immediately.So, live in target
In the playing process of video, when terminal receives the Audio recovery request of user input, will not be because of former and later two audio frames
Decoding error, and can not continue to play the voice data of target live video.For example, the first audio frame needs four packets
Can be sent completely, when server receives the audio pause request of terminal transmission, the first audio frame only have sent two packets,
Then server may proceed to be sent completely latter two packet of the first audio frame, then stops sending that target is live regards to terminal
The voice data of frequency.First audio frame needs four packets just can be sent completely, and server receives the audio frequency of terminal transmission
Suspend request when, four packets of the first audio frame are sent completely just, then server stop to terminal send target live
The voice data of video.
In addition, terminal is when the audio pause receiving target live video is asked, if sending target when front to terminal
The voice data of live video, then stop sending the voice data of target live video to terminal.
In force, when server receives the audio pause request of terminal transmission, whether server may determine that now
Send the voice data of target live video to terminal, if now sending the voice data of target live video to terminal,
Server can stop sending the voice data of target live video to terminal immediately, if now have timed out sent to terminal
The voice data of target live video, server does not process.As such, it is possible to prevent terminal from sending the audio pause request of mistake
When server execute corresponding false request.
Step 302, when the Audio recovery request of the target live video receiving terminal transmission, sends target to terminal
The voice data of live video.
In force, user during terminal only plays the voice data of target live video, server is to terminal
Send voice data and the view data of target live video.If it is intended to listening to the audio frequency of target live video, then user can
To click on video recovery button (video recovery button and video pause button can be for same buttons), terminal then can receive and regard
Frequency recovers the click commands of button, generates Audio recovery request, and adds the mark of target live video in Audio recovery request
Know, then send Audio recovery request to server.After server receives the Audio recovery request of terminal transmission, can be immediately
Send the voice data of target live video to terminal.
In addition, server receives during the Audio recovery request of terminal transmission in addition it is also necessary to judge now whether be in stopping
Send the voice data of target live video to terminal, corresponding process can be as follows:If being currently at stopping to send out to terminal
Send the state of the voice data of target live video, then send the voice data of target live video to terminal.
In force, when server receives the Audio recovery request of terminal transmission, whether server can determine now
It is in the state stopping the voice data sending target live video to terminal, if being currently at stopping to send target to terminal
The state of the voice data of live video, then can send the voice data of target live video, immediately if currently to terminal
It is in the state of the voice data sending target live video to terminal, then continue to send the audio frequency of target live video to terminal
Data.
In the embodiment of the present invention, server sends view data and the voice data of target live video, user to terminal
The network bandwidth limited when, user can operate terminal, and triggering terminal sends image to server and suspends request, and server is when connecing
During the image time-out request of the target live video receiving terminal transmission, stop sending the picture number of target live video to terminal
According to when the bandwidth ratio of the network of user is larger, user can operate terminal, and triggering terminal sends image to server and recovers to ask
Ask, when receiving the image recovery request of target live video of terminal transmission, send the figure of target live video to terminal
As data.So, when the bandwidth of the network accessing when terminal is not enough, user can select the figure stopping playing target live video
As data, so it is only necessary to voice data in transmission objectives live video, such that it is able to alleviate the phenomenon of broadcasting interim card.
Based on identical technology design, the embodiment of the present invention additionally provides a kind of playing device of live video, as Fig. 5 institute
Show, this device includes:
First sending module 510, for sending view data and the voice data of target live video to terminal;
Stopping modular 520, for suspending request when the image receiving the described target live video that described terminal sends
When, stop sending the view data of described target live video to described terminal;
Second sending module 530, for recovering when the image receiving the described target live video that described terminal sends
The view data of described target live video during request, is sent to described terminal.
Optionally, described stopping modular 520, is used for:
If the first picture frame of currently transmitted described target live video is not sent, by described first figure
After being sent as frame, stop sending the view data of described target live video to described terminal.
Optionally, described second sending module 530, is used for:
It is received from the second picture frame of main broadcaster's terminal transmission, if described second figure when determining and receiving image recovery request
As frame is key frame, then from the beginning of described second picture frame, send the picture frame of described target live video to described terminal, such as
Really described second picture frame is not key frame, then, from the beginning of the first key frame of caching, send described in caching to described terminal
The picture frame of target live video, after receiving the second key frame that described main broadcaster's terminal sends, from described second key frame
Start, send the picture frame of described target live video to described terminal, wherein, described first key frame is described second image
Nearest key frame before frame.
Optionally, described stopping modular 520, is additionally operable to:
When receiving the audio pause request of the described target live video that described terminal sends, stop to described terminal
Send the voice data of described target live video;
Described second sending module 530, is additionally operable to:
When receiving the Audio recovery request of the described target live video that described terminal sends, send to described terminal
The voice data of described target live video.
Optionally, described stopping modular 520, is used for:
If the first audio frame of currently transmitted described target live video is not sent, by described first sound
After frequency frame is sent, stop sending the voice data of described target live video to described terminal.
In the embodiment of the present invention, server sends view data and the voice data of target live video, user to terminal
The network bandwidth limited when, user can operate terminal, and triggering terminal sends image to server and suspends request, and server is when connecing
During the image time-out request of the target live video receiving terminal transmission, stop sending the picture number of target live video to terminal
According to when the bandwidth ratio of the network of user is larger, user can operate terminal, and triggering terminal sends image to server and recovers to ask
Ask, when receiving the image recovery request of target live video of terminal transmission, send the figure of target live video to terminal
As data.So, when the bandwidth of the network accessing when terminal is not enough, user can select the figure stopping playing target live video
As data, so it is only necessary to voice data in transmission objectives live video, such that it is able to alleviate the phenomenon of broadcasting interim card.
It should be noted that:Above-described embodiment provide the broadcasting of live video method play live video when, only
Be illustrated with the division of above-mentioned each functional module, in practical application, can as desired by above-mentioned functions distribution by
Different functional modules completes, and the internal structure of this device will be divided into different functional modules, described above to complete
All or part of function.In addition, the playing device of the player method of live video of above-described embodiment offer and live video
Embodiment belongs to same design, and it implements process and refers to embodiment of the method, repeats no more here.
Fig. 6 is the structural representation of server provided in an embodiment of the present invention.This server 600 can because of configuration or performance not
The larger difference of producing ratio, can include one or more central processing units (central processing together
Units, CPU) 622 (for example, one or more processors) and memorizer 632, one or more storage application journeys
The storage medium 630 (such as one or more mass memory units) of sequence 642 or data 644.Wherein, memorizer 632 He
Storage medium 630 can be of short duration storage or lasting storage.The program being stored in storage medium 630 can include one or one
With upper module (diagram does not mark), each module can be included to the series of instructions operation in server.Further, in
Central processor 622 could be arranged to communicate with storage medium 630, a series of in execution storage medium 630 on server 600
Command operating.
Server 600 can also include one or more power supplys 626, one or more wired or wireless networks
Interface 650, one or more input/output interfaces 658, one or more keyboards 656, and/or, one or one
Above operating system 641, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM etc..
Server 600 can include memorizer, and one or more than one program, one of or one
Procedure above is stored in memorizer, and is configured to one or one by one or more than one computing device
Procedure above comprises the instruction for carrying out following operation:
Send view data and the voice data of target live video to terminal;
When the image receiving the described target live video that described terminal sends suspends request, stop to described terminal
Send the view data of described target live video;
When receiving the image recovery request of the described target live video that described terminal sends, send to described terminal
The view data of described target live video.
Optionally, the described view data stopping to the described terminal described target live video of transmission, including:
If the first picture frame of currently transmitted described target live video is not sent, by described first figure
After being sent as frame, stop sending the view data of described target live video to described terminal.
Optionally, the described view data sending described target live video to described terminal, including:
It is received from the second picture frame of main broadcaster's terminal transmission, if described second figure when determining and receiving image recovery request
As frame is key frame, then from the beginning of described second picture frame, send the picture frame of described target live video to described terminal, such as
Really described second picture frame is not key frame, then, from the beginning of the first key frame of caching, send described in caching to described terminal
The picture frame of target live video, after receiving the second key frame that described main broadcaster's terminal sends, from described second key frame
Start, send the picture frame of described target live video to described terminal, wherein, described first key frame is described second image
Nearest key frame before frame.
Optionally, methods described also includes:
When receiving the audio pause request of the described target live video that described terminal sends, stop to described terminal
Send the voice data of described target live video;
When receiving the Audio recovery request of the described target live video that described terminal sends, send to described terminal
The voice data of described target live video.
Optionally, the described voice data stopping to the described terminal described target live video of transmission, including:
If the first audio frame of currently transmitted described target live video is not sent, by described first sound
After frequency frame is sent, stop sending the voice data of described target live video to described terminal.
In the embodiment of the present invention, server sends view data and the voice data of target live video, user to terminal
The network bandwidth limited when, user can operate terminal, and triggering terminal sends image to server and suspends request, and server is when connecing
During the image time-out request of the target live video receiving terminal transmission, stop sending the picture number of target live video to terminal
According to when the bandwidth ratio of the network of user is larger, user can operate terminal, and triggering terminal sends image to server and recovers to ask
Ask, when receiving the image recovery request of target live video of terminal transmission, send the figure of target live video to terminal
As data.So, when the bandwidth of the network accessing when terminal is not enough, user can select the figure stopping playing target live video
As data, so it is only necessary to voice data in transmission objectives live video, such that it is able to alleviate the phenomenon of broadcasting interim card.
One of ordinary skill in the art will appreciate that all or part of step realizing above-described embodiment can pass through hardware
To complete it is also possible to the hardware being instructed correlation by program is completed, program can be stored in a kind of storage of computer-readable
In medium, storage medium mentioned above can be read only memory, disk or CD etc..
These are only presently preferred embodiments of the present invention, not in order to limit the present invention, all in the spirit and principles in the present invention
Within, any modification, equivalent substitution and improvement made etc., should be included within the scope of the present invention.
Claims (10)
1. a kind of player method of live video is it is characterised in that methods described includes:
Send view data and the voice data of target live video to terminal;
When the image receiving the described target live video that described terminal sends suspends request, stop sending to described terminal
The view data of described target live video;
When receiving the image recovery request of the described target live video that described terminal sends, send described to described terminal
The view data of target live video.
2. it is characterised in that described stopping sends to described terminal, described target is live to be regarded method according to claim 1
The view data of frequency, including:
If the first picture frame of currently transmitted described target live video is not sent, by described first image frame
After being sent, stop sending the view data of described target live video to described terminal.
3. method according to claim 1 is it is characterised in that described send described target live video to described terminal
View data, including:
It is received from the second picture frame of main broadcaster's terminal transmission, if described second picture frame when determining and receiving image recovery request
It is key frame, then from the beginning of described second picture frame, send the picture frame of described target live video to described terminal, if institute
Stating the second picture frame is not key frame, then from the beginning of the first key frame of caching, send the described target of caching to described terminal
The picture frame of live video, after receiving the second key frame that described main broadcaster's terminal sends, from the beginning of described second key frame,
To described terminal send described target live video picture frame, wherein, described first key frame be described second picture frame it
Front nearest key frame.
4. method according to claim 1 is it is characterised in that methods described also includes:
When receiving the audio pause request of the described target live video that described terminal sends, stop sending to described terminal
The voice data of described target live video;
When receiving the Audio recovery request of the described target live video that described terminal sends, send described to described terminal
The voice data of target live video.
5. it is characterised in that described stopping sends to described terminal, described target is live to be regarded method according to claim 4
The voice data of frequency, including:
If the first audio frame of currently transmitted described target live video is not sent, by described first audio frame
After being sent, stop sending the voice data of described target live video to described terminal.
6. a kind of playing device of live video is it is characterised in that described device includes:
First sending module, for sending view data and the voice data of target live video to terminal;
Stopping modular, during for suspending request when the image receiving the described target live video that described terminal sends, stops
Send the view data of described target live video to described terminal;
Second sending module, for when receiving the image recovery request of the described target live video that described terminal sends,
Send the view data of described target live video to described terminal.
7. device according to claim 6, it is characterised in that described stopping modular, is used for:
If the first picture frame of currently transmitted described target live video is not sent, by described first image frame
After being sent, stop sending the view data of described target live video to described terminal.
8. device according to claim 6, it is characterised in that described second sending module, is used for:
It is received from the second picture frame of main broadcaster's terminal transmission, if described second picture frame when determining and receiving image recovery request
It is key frame, then from the beginning of described second picture frame, send the picture frame of described target live video to described terminal, if institute
Stating the second picture frame is not key frame, then from the beginning of the first key frame of caching, send the described target of caching to described terminal
The picture frame of live video, after receiving the second key frame that described main broadcaster's terminal sends, from the beginning of described second key frame,
To described terminal send described target live video picture frame, wherein, described first key frame be described second picture frame it
Front nearest key frame.
9. device according to claim 6, it is characterised in that described stopping modular, is additionally operable to:
When receiving the audio pause request of the described target live video that described terminal sends, stop sending to described terminal
The voice data of described target live video;
Described second sending module, is additionally operable to:
When receiving the Audio recovery request of the described target live video that described terminal sends, send described to described terminal
The voice data of target live video.
10. device according to claim 9, it is characterised in that described stopping modular, is used for:
If the first audio frame of currently transmitted described target live video is not sent, by described first audio frame
After being sent, stop sending the voice data of described target live video to described terminal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610886103.1A CN106454389B (en) | 2016-10-10 | 2016-10-10 | A kind of playback method and device of live video |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610886103.1A CN106454389B (en) | 2016-10-10 | 2016-10-10 | A kind of playback method and device of live video |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106454389A true CN106454389A (en) | 2017-02-22 |
CN106454389B CN106454389B (en) | 2019-05-03 |
Family
ID=58174751
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610886103.1A Active CN106454389B (en) | 2016-10-10 | 2016-10-10 | A kind of playback method and device of live video |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106454389B (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147919A (en) * | 2017-06-19 | 2017-09-08 | 网宿科技股份有限公司 | It is live quickly to open broadcasting method and system |
CN108600778A (en) * | 2018-05-07 | 2018-09-28 | 广州酷狗计算机科技有限公司 | Media stream sending method and device |
CN110673813A (en) * | 2019-09-29 | 2020-01-10 | 百度在线网络技术(北京)有限公司 | Data processing method and device, electronic equipment and medium |
CN110858910A (en) * | 2018-08-23 | 2020-03-03 | 广州虎牙信息科技有限公司 | Live video display method, device, equipment and storage medium |
CN110971960A (en) * | 2018-09-29 | 2020-04-07 | 北京字节跳动网络技术有限公司 | Video processing method and device, electronic equipment and storage medium |
CN111201798A (en) * | 2017-12-14 | 2020-05-26 | 多玩国株式会社 | Server and program |
CN112135163A (en) * | 2020-09-27 | 2020-12-25 | 京东方科技集团股份有限公司 | Video playing starting method and device |
CN115134641A (en) * | 2022-07-05 | 2022-09-30 | 北京字跳网络技术有限公司 | Screen projection method and device and electronic equipment |
CN115484469A (en) * | 2021-06-15 | 2022-12-16 | 北京字节跳动网络技术有限公司 | Wheat connecting system, method, device, equipment and storage medium |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101193268A (en) * | 2006-11-22 | 2008-06-04 | 北京三星通信技术研究有限公司 | Stream media pause method |
CN101588470A (en) * | 2008-05-20 | 2009-11-25 | 深圳市同洲电子股份有限公司 | A kind of time shift pause method, system and equipment of IP-QAM video on-demand system |
US20100129050A1 (en) * | 2008-11-21 | 2010-05-27 | Tandberg Television Inc. | Methods and systems for a current channel buffer for network based personal video recording |
WO2013088962A1 (en) * | 2011-12-14 | 2013-06-20 | ソニー株式会社 | Information processing apparatus, information processing method, and program |
US20140049651A1 (en) * | 2012-08-17 | 2014-02-20 | Flextronics Ap, Llc | On-Demand Creation Of Reports |
CN103826158A (en) * | 2014-02-27 | 2014-05-28 | 北京六间房科技有限公司 | Network broadcasting device and method |
CN105657579A (en) * | 2015-10-29 | 2016-06-08 | 乐视致新电子科技(天津)有限公司 | Live broadcast audio switching method, stream media server and client |
CN105872804A (en) * | 2016-04-13 | 2016-08-17 | 乐视控股(北京)有限公司 | Pure audio playing method and pure audio playing system |
-
2016
- 2016-10-10 CN CN201610886103.1A patent/CN106454389B/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101193268A (en) * | 2006-11-22 | 2008-06-04 | 北京三星通信技术研究有限公司 | Stream media pause method |
CN101588470A (en) * | 2008-05-20 | 2009-11-25 | 深圳市同洲电子股份有限公司 | A kind of time shift pause method, system and equipment of IP-QAM video on-demand system |
US20100129050A1 (en) * | 2008-11-21 | 2010-05-27 | Tandberg Television Inc. | Methods and systems for a current channel buffer for network based personal video recording |
WO2013088962A1 (en) * | 2011-12-14 | 2013-06-20 | ソニー株式会社 | Information processing apparatus, information processing method, and program |
US20140049651A1 (en) * | 2012-08-17 | 2014-02-20 | Flextronics Ap, Llc | On-Demand Creation Of Reports |
CN103826158A (en) * | 2014-02-27 | 2014-05-28 | 北京六间房科技有限公司 | Network broadcasting device and method |
CN105657579A (en) * | 2015-10-29 | 2016-06-08 | 乐视致新电子科技(天津)有限公司 | Live broadcast audio switching method, stream media server and client |
CN105872804A (en) * | 2016-04-13 | 2016-08-17 | 乐视控股(北京)有限公司 | Pure audio playing method and pure audio playing system |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147919B (en) * | 2017-06-19 | 2020-11-27 | 网宿科技股份有限公司 | Live broadcast quick starting method and system |
CN107147919A (en) * | 2017-06-19 | 2017-09-08 | 网宿科技股份有限公司 | It is live quickly to open broadcasting method and system |
CN111201798A (en) * | 2017-12-14 | 2020-05-26 | 多玩国株式会社 | Server and program |
CN111201798B (en) * | 2017-12-14 | 2021-03-12 | 多玩国株式会社 | Server and computer-readable storage medium |
US11032519B2 (en) | 2017-12-14 | 2021-06-08 | Dwango Co., Ltd. | Server and program |
CN108600778A (en) * | 2018-05-07 | 2018-09-28 | 广州酷狗计算机科技有限公司 | Media stream sending method and device |
CN108600778B (en) * | 2018-05-07 | 2020-11-03 | 广州酷狗计算机科技有限公司 | Media stream transmitting method, device, system, server, terminal and storage medium |
CN110858910A (en) * | 2018-08-23 | 2020-03-03 | 广州虎牙信息科技有限公司 | Live video display method, device, equipment and storage medium |
CN110971960B (en) * | 2018-09-29 | 2021-08-27 | 北京字节跳动网络技术有限公司 | Video processing method and device, electronic equipment and storage medium |
CN110971960A (en) * | 2018-09-29 | 2020-04-07 | 北京字节跳动网络技术有限公司 | Video processing method and device, electronic equipment and storage medium |
CN110673813A (en) * | 2019-09-29 | 2020-01-10 | 百度在线网络技术(北京)有限公司 | Data processing method and device, electronic equipment and medium |
CN112135163A (en) * | 2020-09-27 | 2020-12-25 | 京东方科技集团股份有限公司 | Video playing starting method and device |
CN115484469A (en) * | 2021-06-15 | 2022-12-16 | 北京字节跳动网络技术有限公司 | Wheat connecting system, method, device, equipment and storage medium |
CN115484469B (en) * | 2021-06-15 | 2024-01-09 | 北京字节跳动网络技术有限公司 | Wheat connecting system, method, device, equipment and storage medium |
CN115134641A (en) * | 2022-07-05 | 2022-09-30 | 北京字跳网络技术有限公司 | Screen projection method and device and electronic equipment |
CN115134641B (en) * | 2022-07-05 | 2023-10-27 | 北京字跳网络技术有限公司 | Screen projection method and device and electronic equipment |
Also Published As
Publication number | Publication date |
---|---|
CN106454389B (en) | 2019-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106454389A (en) | Live video playing method and device | |
CN106101736B (en) | A kind of methods of exhibiting and system of virtual present | |
CN110622123B (en) | Display method and device | |
US10936371B2 (en) | Method for resource allocation and related products | |
US20200202860A1 (en) | Method for controlling terminal by voice, terminal, server and storage medium | |
WO2018192415A1 (en) | Data live broadcast method, and related device and system | |
WO2020078300A1 (en) | Method for controlling screen projection of terminal and terminal | |
WO2015096682A1 (en) | Application starting method, device and system | |
US20220241686A1 (en) | Information processing method, system, apparatus, device, and storage medium | |
CN107333162B (en) | Method and device for playing live video | |
CN106488273A (en) | A kind of method and apparatus of transmission live video | |
CN108027725B (en) | Method, device and equipment for guiding terminal equipment operation | |
EP4113985A1 (en) | Multimedia conference data processing method and apparatus, and electronic device | |
CN104125265A (en) | Program interaction method and device, terminal, server and system | |
KR102128088B1 (en) | Broadcasting cheannel information sharing method of electronic apparatus and electronic appparatus thereof | |
US20230285854A1 (en) | Live video-based interaction method and apparatus, device and storage medium | |
CN111163330A (en) | Live video rendering method, device, system, equipment and storage medium | |
CN113893524B (en) | Cloud application processing system, method, device and equipment | |
CN110536175A (en) | A kind of code rate switching method and apparatus | |
WO2024001661A1 (en) | Video synthesis method and apparatus, device, and storage medium | |
WO2020220782A1 (en) | Information sharing method and apparatus, and device and medium | |
CN114244821B (en) | Data processing method, device, equipment, electronic equipment and storage medium | |
US11431770B2 (en) | Method, system, apparatus, and electronic device for managing data streams in a multi-user instant messaging system | |
CN114691483A (en) | Software debugging method, electronic equipment and debugging system | |
WO2023134509A1 (en) | Video stream pushing method and apparatus, and terminal device and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 510660 Guangzhou City, Guangzhou, Guangdong, Whampoa Avenue, No. 315, self - made 1-17 Applicant after: Guangzhou KuGou Networks Co., Ltd. Address before: 510000 B1, building, No. 16, rhyme Road, Guangzhou, Guangdong, China 13F Applicant before: Guangzhou KuGou Networks Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |