CN106454389B - A kind of playback method and device of live video - Google Patents

A kind of playback method and device of live video Download PDF

Info

Publication number
CN106454389B
CN106454389B CN201610886103.1A CN201610886103A CN106454389B CN 106454389 B CN106454389 B CN 106454389B CN 201610886103 A CN201610886103 A CN 201610886103A CN 106454389 B CN106454389 B CN 106454389B
Authority
CN
China
Prior art keywords
terminal
live video
sent
target live
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.)
Active
Application number
CN201610886103.1A
Other languages
Chinese (zh)
Other versions
CN106454389A (en
Inventor
吕现广
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Kugou Computer Technology Co Ltd
Original Assignee
Guangzhou Kugou Computer Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Kugou Computer Technology Co Ltd filed Critical Guangzhou Kugou Computer Technology Co Ltd
Priority to CN201610886103.1A priority Critical patent/CN106454389B/en
Publication of CN106454389A publication Critical patent/CN106454389A/en
Application granted granted Critical
Publication of CN106454389B publication Critical patent/CN106454389B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333Processing operations in response to a pause request
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-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/47217End-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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/8547Content authoring involving timestamps for synchronizing content

Abstract

The present invention relates to the method and apparatus that a kind of live video plays, and belong to field of computer technology.The described method includes: sending the image data and audio data of target live video to terminal;When receiving the image pause request for the target live video that the terminal is sent, stop the image data that the target live video is sent to the terminal;When receiving the image recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal sends the image data of the target live video.Using the present invention, the phenomenon that playing Caton can be alleviated.

Description

A kind of playback method and device of live video
Technical field
The present invention relates to field of computer technology, especially with respect to the playback method and device of a kind of live video.
Background technique
With the development of computer technology, network direct broadcasting has obtained widely popularizing, and user can log in live streaming using journey Sequence watches the live video of main broadcaster into interested direct broadcasting room, and during main broadcaster's live streaming, the backstage of application program is broadcast live The image data and audio data of live video can be sent to what the user used at this time by server (referred to as server) Terminal, the terminal can then play the image data and audio data of live video.
For user during watching live video, the network bandwidth of the network of location is limited sometimes, but again Want to watch live video, it may appear that the phenomenon that playing Caton.
Summary of the invention
In order to overcome the problems, such as present in the relevant technologies, the present invention provides a kind of playback method of live video and dresses It sets.Technical solution is as follows:
In a first aspect, providing a kind of playback method of live video, which comprises
The image data and audio data of target live video are sent to terminal;
When receiving the image pause request for the target live video that the terminal is sent, stop to the terminal Send the image data of the target live video;
When receiving the image recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal is sent The image data of the target live video.
Optionally, the image data for stopping sending the target live video to the terminal, comprising:
It is finished if the first picture frame of the currently transmitted target live video is not sent, by first figure After being sent as frame, stop the image data that the target live video is sent to the terminal.
In this way, terminal image decoding error can be prevented.
Optionally, the image data that the target live video is sent to the terminal, comprising:
The second picture frame sent when receiving image recovery request received from main broadcaster's terminal is determined, if second figure As frame is key frame, then since second picture frame, Xiang Suoshu terminal sends the picture frame of the target live video, such as Second picture frame described in fruit is not key frame, then since the first key frame of caching, Xiang Suoshu terminal sends the described of caching The picture frame of target live video, after receiving the second key frame that main broadcaster's terminal is sent, from second key frame Start, Xiang Suoshu terminal sends the picture frame of the target live video, wherein first key frame is second image Nearest key frame before frame.
In this way, can quickly restore image broadcasting.
Optionally, the method also includes:
When receiving the audio pause request for the target live video that the terminal is sent, stop to the terminal Send the audio data of the target live video;
When receiving the Audio recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal is sent The audio data of the target live video.
In this way, playing audio-fequency data can be suspended in inconvenient playing audio-fequency data.
Optionally, the audio data for stopping sending the target live video to the terminal, comprising:
It is finished if the first audio frame of the currently transmitted target live video is not sent, by first sound After frequency frame is sent, stop the audio data that the target live video is sent to the terminal.
In this way, terminal audio frequency decoding error can be prevented.
Second aspect, a kind of playing device of live video, which is characterized in that described device includes:
First sending module, for sending the image data and audio data of target live video to terminal;
Stopping modular, for when receiving the image pause request for the target live video that the terminal is sent, Stop the image data that the target live video is sent to the terminal;
Second sending module, for when the image recovery request for receiving the target live video that the terminal is sent When, Xiang Suoshu terminal sends the image data of the target live video.
Optionally, the stopping modular, is used for:
It is finished if the first picture frame of the currently transmitted target live video is not sent, by first figure After being sent as frame, stop the image data that the target live video is sent to the terminal.
Optionally, second sending module, is used for:
The second picture frame sent when receiving image recovery request received from main broadcaster's terminal is determined, if second figure As frame is key frame, then since second picture frame, Xiang Suoshu terminal sends the picture frame of the target live video, such as Second picture frame described in fruit is not key frame, then since the first key frame of caching, Xiang Suoshu terminal sends the described of caching The picture frame of target live video, after receiving the second key frame that main broadcaster's terminal is sent, from second key frame Start, Xiang Suoshu terminal sends the picture frame of the target live video, wherein first key frame is second image Nearest key frame before frame.
Optionally, the stopping modular, is also used to:
When receiving the audio pause request for the target live video that the terminal is sent, stop to the terminal Send the audio data of the target live video;
Second sending module, is also used to:
When receiving the Audio recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal is sent The audio data of the target live video.
Optionally, the stopping modular, is used for:
It is finished if the first audio frame of the currently transmitted target live video is not sent, by first sound After frequency frame is sent, stop the audio data that the target live video is sent to the terminal.
Technical solution provided in an embodiment of the present invention has the benefit that
Server sends the image data and audio data of target live video to terminal, and the network bandwidth of user is limited When, user can send image pause request to server with operating terminal, triggering terminal, and server, which is worked as, receives terminal transmission When the image of target live video suspends request, stop the image data that target live video is sent to terminal, the network of user Bandwidth it is bigger when, user can be with operating terminal, and triggering terminal sends image recovery request to server, when receiving terminal When the image recovery request of the target live video of transmission, the image data of target live video is sent to terminal.In this way, when eventually Terminate into network bandwidth deficiency when, user can choose stop play target live video image data, in this way, it is only necessary to The audio data in transmission objectives live video is wanted, so as to alleviate the phenomenon that playing Caton.
Detailed description of the invention
To describe the technical solutions in the embodiments of the present invention more clearly, make required in being described below to embodiment Attached drawing is briefly described, it should be apparent that, drawings in the following description are only some embodiments of the invention, for For those of ordinary skill in the art, without creative efforts, it can also be obtained according to these attached drawings other Attached drawing.
Fig. 1 is a kind of playback 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 playback 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 schematic diagram of the device of the broadcasting of live video provided in an embodiment of the present invention;
Fig. 6 is a kind of structural schematic diagram of server provided in an embodiment of the present invention.
Specific embodiment
To make the object, technical solutions and advantages of the present invention clearer, below in conjunction with attached drawing to embodiment party of the present invention Formula is described in further detail.
The embodiment of the invention provides a kind of playback method of live video, the executing subject of this method can be service Device, wherein server can be the background server of live streaming application program, and processor, storage can be set in the server Device, transceiver etc., processor can be used for the processing of the process of live video broadcasting, and memory can be used for storing treatment process The data of middle needs and the data of generation, transceiver can be used for receiving and transmitting data.
As shown in Figure 1, the process flow of this method may include following step:
Step 101, the image data and audio data of target live video are sent to terminal.
In an implementation, user can install live streaming application program in the terminal, and start live streaming application program, and live streaming is answered With direct broadcasting room list is shown in the main interface of program, user can find the target direct broadcasting room oneself to be entered, and point The direct broadcasting room option of the target direct broadcasting room wanted to enter into is hit, terminal can then receive the click commands of target direct broadcasting room option, raw At live video acquisition request, and in live video acquisition request add target direct broadcasting room mark, terminal to server hair Live video acquisition request is sent to can parse live video when server receives the live video acquisition request of terminal transmission Acquisition request therefrom gets the mark of target direct broadcasting room, then according to the mark of target direct broadcasting room, finds target direct broadcasting room Target live video data, then will be currently received main broadcaster's terminal transmission target live video image data and audio Data are sent to terminal can be the same by timestamp after terminal receives image data and the audio data of target live video Audio frame played simultaneously with video frame.
Step 102, when the image pause request for the target live video for receiving terminal transmission, stop sending to terminal The image data of target live video.
In an implementation, as shown in Fig. 2, user is during watching target live video, target live video is played not Smoothness, user can click the image pause button shown in interface, and the click that terminal can then receive image pause button refers to It enables, generates image pause request, and add the mark of target live video in image pause request, then sent to server Image pause request can stop sending target live streaming to terminal after server receives the image pause request of terminal transmission The image data of video, and the audio data of target live video is only sent to terminal, terminal receives target live video After audio data, the audio data of target live video can be played.
Optionally, when stopping sending the image data of target live video to terminal, it is also necessary to judge currently transmitted Whether picture frame is sent completely, and corresponding processing can be such that
It finishes if the first picture frame of currently transmitted target live video is not sent, is sent by the first picture frame After, stop the image data that target live video is sent to terminal
Wherein, when the first picture frame is the image pause request that server receives terminal transmission, to the mesh of terminal transmission Mark the image data of live video.
In an implementation, when server receives the image pause request of terminal transmission, server can determine to be sent at this time The first picture frame whether be sent, finish, continue the first image if the first currently transmitted picture frame is not sent Frame is sent, and then stops the image data that target live video is sent to terminal, if the first currently transmitted picture frame It is sent, then server can stop the image data that target live video is sent to terminal immediately.In this way, being broadcast live in target It, will not be because of former and later two picture frames when terminal receives the image recovery request of user's input in the playing process of video Decoding error, and cannot continue to play the image data of target live video.For example, the first picture frame needs four data packets It can be sent completely, when server receives the image pause request of terminal transmission, the first picture frame only has sent two data packets, Then server will continue to for latter two data packet of the first picture frame being sent completely, and then stop sending target live streaming view to terminal The image data of frequency.First picture frame needs four data packets that can just be sent completely, and server receives the image of terminal transmission When pause request, four data packets of the first picture frame are sent completely just, then server stops sending target live streaming to terminal The image data of video.
In addition, terminal is in the image pause request for receiving target live video, if sending target to terminal when preceding The image data of live video then stops the image data that target live video is sent to terminal.
In an implementation, server receive terminal transmission image pause request when, server may determine that at this time whether The image data of target live video is sent to terminal, if the image data of target live video is sent to terminal at this time, Server can stop the image data that target live video is sent to terminal immediately, send if had timed out at this time to terminal The image data of target live video, server are not processed.In this way, the image pause that can prevent terminal from sending mistake is requested When server execute corresponding false request.
Step 103, when receiving the image recovery request of target live video of terminal transmission, target is sent to terminal The image data of live video.
In an implementation, user is during terminal only plays the audio data of target live video, if it is desired to watch The image of target live video, then user can click image and restore key (image restores key and image pause button can be with The state of image data broadcasting is now in when image restores to show on the image of key to labelled notation for same key), Terminal can then receive the click commands that image restores key, generate image recovery request, and add in image recovery request Then the mark of target live video sends image recovery request to server.The image that server receives terminal transmission is extensive After multiple request, the image data of target live video can be sent to terminal immediately.
In addition, when server receives the image recovery request of terminal transmission, it is also necessary to which whether judgement is at this time in stopping The image data of target live video is sent to terminal, corresponding processing, which can be such that, to be sent out if being currently at stopping to terminal The state of the image data of target live video is sent, then sends the image data of target live video to terminal.
In an implementation, server receive terminal transmission image recovery request when, server can determine at this time whether State in the image data for stopping sending from target live video to terminal sends target to terminal if being currently at stopping The state of the image data of live video can then send the image data of target live video, if currently to terminal immediately State in the image data for sending from target live video to terminal then continues the image that target live video is sent to terminal Data.
It optionally, can be according to being currently received figure when restoring to send the image data of target live video to terminal As whether frame is key frame, the image data of target live video is sent to terminal.Corresponding processing can be such that
The second picture frame sent when receiving image recovery request received from main broadcaster's terminal is determined, if the second picture frame It is key frame, then since the second picture frame, the picture frame of target live video is sent to terminal, if the second picture frame is not Key frame sends the picture frame of the target live video of caching to terminal, when receiving then since the first key frame of caching After the second key frame that main broadcaster's terminal is sent, since the second key frame, the picture frame of target live video is sent to terminal, In, the first key frame key frame nearest before being the second picture frame.
In an implementation, when server receives the image recovery request of terminal transmission, server can determine to be received at this time To main broadcaster's terminal send the second picture frame whether be key frame (the second picture frame be server receive image recovery request it Afterwards, i.e., the picture frame that will be sent to terminal), if the second picture frame is key frame, server can send second to terminal Picture frame, and the picture frame that main broadcaster's terminal is sent is received after sending the second picture frame to terminal.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 The timestamp of first key frame is revised as to the timestamp of the second picture frame afterwards, the first key frame is then sent 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), caching is obtained The m-th picture frame since the first key frame of target live video, and by the m-th picture frame since 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 M-th picture frame after sending from modification time stamp to terminal, server can determine the picture frame every time received from main broadcaster's terminal It whether is key frame, if receiving the second key frame of main broadcaster's terminal transmission, to terminal the second key frame of transmission, and to Server receives the picture frame that main broadcaster's terminal is sent after terminal sends the second key frame.Terminal receives server transmission After picture frame, the timestamp of available picture frame and the timestamp of audio frame, by timestamp the same audio frame and picture frame Play simultaneously, in this way, when the user clicks after video recovery key can promptly appreciate that the image of target live video.
In addition, the method that pause plays the audio data of target live video is additionally provided in the embodiment of the present invention, such as Fig. 3 Shown, corresponding processing step can be such that
Step 301, when the audio pause request for the target live video for receiving terminal transmission, stop sending to terminal The audio data of target live video.
In an implementation, as shown in figure 4, user is during watching target live video, user is in relatively more quiet In environment, inconvenient playing audio-fequency data, user can click the audio pause key shown in interface at this time, and terminal can then connect The click commands of audio pause key are received, audio pause request, and the addition target live streaming view in audio pause request are generated The mark of frequency, then sending audio pause request to server can after server receives the audio pause request of terminal transmission To stop sending the audio data of target live video to terminal, and the image data of target live video is only sent to terminal, After terminal receives the image data of target live video, the image data of target live video can be played.
Optionally, server is when stopping sending the audio data of target live video to terminal, it is also necessary to check current Whether the audio frame of transmission is sent completely, and corresponding processing can be such that
It finishes if the first audio frame of currently transmitted target live video is not sent, is sent by the first audio frame After, stop the audio data that target live video is sent to terminal.
Wherein, when the first audio frame is the audio pause request that server receives terminal transmission, to the mesh of terminal transmission Mark the audio data of live video.
In an implementation, when server receives the audio pause request of terminal transmission, server can determine to be sent at this time The first audio frame whether be sent, finish, continue the first audio if the first currently transmitted audio frame is not sent Frame is sent, and then stops the audio data that target live video is sent to terminal, if the first currently transmitted audio frame It is sent, then server can stop the audio data that target live video is sent to terminal immediately.In this way, being broadcast live in target It, will not be because of former and later two audio frames when terminal receives the Audio recovery request of user's input in the playing process of video Decoding error, and cannot continue to play the audio data of target live video.For example, the first audio frame needs four data packets It can be sent completely, when server receives the audio pause request of terminal transmission, the first audio frame only has sent two data packets, Then server will continue to for latter two data packet of the first audio frame being sent completely, and then stop sending target live streaming view to terminal The audio data of frequency.First audio frame needs four data packets that can just be sent completely, and server receives the audio of terminal transmission When pause request, four data packets of the first audio frame are sent completely just, then server stops sending target live streaming to terminal The audio data of video.
In addition, terminal is in the audio pause request for receiving target live video, if sending target to terminal when preceding The audio data of live video then stops the audio data that target live video is sent to terminal.
In an implementation, server receive terminal transmission audio pause request when, server may determine that at this time whether The audio data of target live video is sent to terminal, if the audio data of target live video is sent to terminal at this time, Server can stop the audio data that target live video is sent to terminal immediately, send if had timed out at this time to terminal The audio data of target live video, server are not processed.In this way, the audio pause that can prevent terminal from sending mistake is requested When server execute corresponding false request.
Step 302, when the Audio recovery request for the target live video for receiving terminal transmission, target is sent to terminal The audio data of live video.
In an implementation, user is during terminal only plays the audio data of target live video, and server is to terminal Send the audio data and image data of target live video.If it is intended to listening to the audio of target live video, then user can To click video recovery key (video recovery key and video pause key can be for same keys), terminal can then receive view Frequency restores the click commands of key, generates Audio recovery request, and the mark of target live video is added in Audio recovery request Know, then sends Audio recovery request to server.It, can be immediately after server receives the Audio recovery request of terminal transmission The audio data of target live video is sent to terminal.
In addition, when server receives the Audio recovery request of terminal transmission, it is also necessary to which whether judgement is at this time in stopping The audio data of target live video is sent to terminal, corresponding processing, which can be such that, to be sent out if being currently at stopping to terminal The state of the audio data of target live video is sent, then sends the audio data of target live video to terminal.
In an implementation, server receive terminal transmission Audio recovery request when, server can determine at this time whether State in the audio data for stopping sending from target live video to terminal sends target to terminal if being currently at stopping The state of the audio data of live video can then send the audio data of target live video, if currently to terminal immediately State in the audio data for sending from target live video to terminal then continues the audio that target live video is sent to terminal Data.
In the embodiment of the present invention, server sends the image data and audio data of target live video, user to terminal Network bandwidth it is limited when, user can be with operating terminal, and triggering terminal sends image pause request to server, and server is when connecing When receiving the image pause request of the target live video of terminal transmission, stop the picture number that target live video is sent to terminal According to when the bandwidth of the network of user is bigger, user can be sent image recovery to server and be asked with operating terminal, triggering terminal It asks, when receiving the image recovery request of target live video of terminal transmission, the figure of target live video is sent to terminal As data.In this way, user can choose the figure for stopping playing target live video when the bandwidth deficiency of the network of terminal access As data, in this way, it is only necessary to the audio data in transmission objectives live video, so as to alleviate the phenomenon that playing Caton.
Based on the same technical idea, the embodiment of the invention also provides a kind of playing devices of live video, such as Fig. 5 institute Show, which includes:
First sending module 510, for sending the image data and audio data of target live video to terminal;
Stopping modular 520, for when the image pause request for receiving the target live video that the terminal is sent When, stop the image data that the target live video is sent to the terminal;
Second sending module 530, for restoring when the image for receiving the target live video that the terminal is sent When request, Xiang Suoshu terminal sends the image data of the target live video.
Optionally, the stopping modular 520, is used for:
It is finished if the first picture frame of the currently transmitted target live video is not sent, by first figure After being sent as frame, stop the image data that the target live video is sent to the terminal.
Optionally, second sending module 530, is used for:
The second picture frame sent when receiving image recovery request received from main broadcaster's terminal is determined, if second figure As frame is key frame, then since second picture frame, Xiang Suoshu terminal sends the picture frame of the target live video, such as Second picture frame described in fruit is not key frame, then since the first key frame of caching, Xiang Suoshu terminal sends the described of caching The picture frame of target live video, after receiving the second key frame that main broadcaster's terminal is sent, from second key frame Start, Xiang Suoshu terminal sends the picture frame of the target live video, wherein first key frame is second image Nearest key frame before frame.
Optionally, the stopping modular 520, is also used to:
When receiving the audio pause request for the target live video that the terminal is sent, stop to the terminal Send the audio data of the target live video;
Second sending module 530, is also used to:
When receiving the Audio recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal is sent The audio data of the target live video.
Optionally, the stopping modular 520, is used for:
It is finished if the first audio frame of the currently transmitted target live video is not sent, by first sound After frequency frame is sent, stop the audio data that the target live video is sent to the terminal.
In the embodiment of the present invention, server sends the image data and audio data of target live video, user to terminal Network bandwidth it is limited when, user can be with operating terminal, and triggering terminal sends image pause request to server, and server is when connecing When receiving the image pause request of the target live video of terminal transmission, stop the picture number that target live video is sent to terminal According to when the bandwidth of the network of user is bigger, user can be sent image recovery to server and be asked with operating terminal, triggering terminal It asks, when receiving the image recovery request of target live video of terminal transmission, the figure of target live video is sent to terminal As data.In this way, user can choose the figure for stopping playing target live video when the bandwidth deficiency of the network of terminal access As data, in this way, it is only necessary to the audio data in transmission objectives live video, so as to alleviate the phenomenon that playing Caton.
It should be understood that the method for the broadcasting of live video provided by the above embodiment is when playing live video, only The example of the division of the above functional modules, in practical application, can according to need and by above-mentioned function distribution by Different functional modules is completed, i.e., the internal structure of the device is divided into different functional modules, described above to complete All or part of function.In addition, the playback method of live video provided by the above embodiment and the playing device of live video Embodiment belongs to same design, and specific implementation process is detailed in embodiment of the method, and which is not described herein again.
Fig. 6 is the structural schematic diagram of server provided in an embodiment of the present invention.The server 600 can because configuration or performance not Bigger difference is generated together, may include one or more central processing units (central processing Units, CPU) 622 (for example, one or more processors) and memory 632, one or more storages apply journey The storage medium 630 (such as one or more mass memory units) of sequence 642 or data 644.Wherein, 632 He of memory Storage medium 630 can be of short duration storage or persistent storage.The program for being stored in storage medium 630 may include one or one With upper module (diagram does not mark), each module may include to the series of instructions operation in server.Further, in Central processor 622 can be set to communicate with storage medium 630, execute on server 600 a series of in storage medium 630 Instruction operation.
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 The above operating system 641, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM etc..
Server 600 may include having perhaps one of them or one of more than one program of memory and one Procedure above is stored in memory, and is configured to execute one or one by one or more than one processor Procedure above includes the instruction for performing the following operation:
The image data and audio data of target live video are sent to terminal;
When receiving the image pause request for the target live video that the terminal is sent, stop to the terminal Send the image data of the target live video;
When receiving the image recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal is sent The image data of the target live video.
Optionally, the image data for stopping sending the target live video to the terminal, comprising:
It is finished if the first picture frame of the currently transmitted target live video is not sent, by first figure After being sent as frame, stop the image data that the target live video is sent to the terminal.
Optionally, the image data that the target live video is sent to the terminal, comprising:
The second picture frame sent when receiving image recovery request received from main broadcaster's terminal is determined, if second figure As frame is key frame, then since second picture frame, Xiang Suoshu terminal sends the picture frame of the target live video, such as Second picture frame described in fruit is not key frame, then since the first key frame of caching, Xiang Suoshu terminal sends the described of caching The picture frame of target live video, after receiving the second key frame that main broadcaster's terminal is sent, from second key frame Start, Xiang Suoshu terminal sends the picture frame of the target live video, wherein first key frame is second image Nearest key frame before frame.
Optionally, the method also includes:
When receiving the audio pause request for the target live video that the terminal is sent, stop to the terminal Send the audio data of the target live video;
When receiving the Audio recovery request for the target live video that the terminal is sent, Xiang Suoshu terminal is sent The audio data of the target live video.
Optionally, the audio data for stopping sending the target live video to the terminal, comprising:
It is finished if the first audio frame of the currently transmitted target live video is not sent, by first sound After frequency frame is sent, stop the audio data that the target live video is sent to the terminal.
In the embodiment of the present invention, server sends the image data and audio data of target live video, user to terminal Network bandwidth it is limited when, user can be with operating terminal, and triggering terminal sends image pause request to server, and server is when connecing When receiving the image pause request of the target live video of terminal transmission, stop the picture number that target live video is sent to terminal According to when the bandwidth of the network of user is bigger, user can be sent image recovery to server and be asked with operating terminal, triggering terminal It asks, when receiving the image recovery request of target live video of terminal transmission, the figure of target live video is sent to terminal As data.In this way, user can choose the figure for stopping playing target live video when the bandwidth deficiency of the network of terminal access As data, in this way, it is only necessary to the audio data in transmission objectives live video, so as to alleviate the phenomenon that playing Caton.
Those of ordinary skill in the art will appreciate that realizing that all or part of the steps of above-described embodiment can pass through hardware Complete, relevant hardware can also be instructed to complete by program, program can store in a kind of computer-readable storage In medium, storage medium mentioned above can be read-only memory, disk or CD etc..
The foregoing is merely a prefered embodiment of the invention, is not intended to limit the invention, all in the spirit and principles in the present invention Within, any modification, equivalent replacement, improvement and so on should all be included in the protection scope of the present invention.

Claims (8)

1. a kind of playback method of live video, which is characterized in that the described method includes:
The image data and audio data of target live video are sent to terminal;
When receiving the image pause request for the target live video that the terminal is sent, stop sending to the terminal The image data of the target live video;
When receiving the image recovery request for the target live video that the terminal is sent, determines and receive image recovery The second picture frame sent when request received from main broadcaster's terminal, if second picture frame is key frame, from described second Picture frame starts, and Xiang Suoshu terminal sends the picture frame of the target live video, if second picture frame is not crucial Frame, then since the first key frame of caching, Xiang Suoshu terminal sends the picture frame of the target live video of caching, when connecing After receiving the second key frame that main broadcaster's terminal is sent, since second key frame, Xiang Suoshu terminal sends the mesh Mark the picture frame of live video, wherein first key frame key frame nearest before being second picture frame.
2. the method according to claim 1, wherein described stop sending the target live streaming view to the terminal The image data of frequency, comprising:
It is finished if the first picture frame of the currently transmitted target live video is not sent, by the first image frame After being sent, stop the image data that the target live video is sent to the terminal.
3. the method according to claim 1, wherein the method also includes:
When receiving the audio pause request for the target live video that the terminal is sent, stop sending to the terminal The audio data of the target live video;
When receiving the Audio recovery request for the target live video that the terminal is sent, described in the transmission of Xiang Suoshu terminal The audio data of target live video.
4. according to the method described in claim 3, it is characterized in that, described stop sending the target live streaming view to the terminal The audio data of frequency, comprising:
It is finished if the first audio frame of the currently transmitted target live video is not sent, by first audio frame After being sent, stop the audio data that the target live video is sent to the terminal.
5. a kind of playing device of live video, which is characterized in that described device includes:
First sending module, for sending the image data and audio data of target live video to terminal;
Stopping modular, for stopping when receiving the image pause request for the target live video that the terminal is sent The image data of the target live video is sent to the terminal;
Second sending module, for when receiving the image recovery request for the target live video that the terminal is sent, The second picture frame sent when receiving image recovery request received from main broadcaster's terminal is determined, if second picture frame is to close Key frame, then since second picture frame, Xiang Suoshu terminal sends the picture frame of the target live video, if described Two picture frames are not key frames, then since the first key frame of caching, Xiang Suoshu terminal sends the target live streaming of caching The picture frame of video, after receiving the second key frame that main broadcaster's terminal is sent, since second key frame, to institute State the picture frame that terminal sends the target live video, wherein first key frame be before second picture frame most Close key frame.
6. device according to claim 5, which is characterized in that the stopping modular is used for:
It is finished if the first picture frame of the currently transmitted target live video is not sent, by the first image frame After being sent, stop the image data that the target live video is sent to the terminal.
7. device according to claim 5, which is characterized in that the stopping modular is also used to:
When receiving the audio pause request for the target live video that the terminal is sent, stop sending to the terminal The audio data of the target live video;
Second sending module, is also used to:
When receiving the Audio recovery request for the target live video that the terminal is sent, described in the transmission of Xiang Suoshu terminal The audio data of target live video.
8. device according to claim 7, which is characterized in that the stopping modular is used for:
It is finished if the first audio frame of the currently transmitted target live video is not sent, by first audio frame After being sent, stop the audio data that the target live video is sent to the terminal.
CN201610886103.1A 2016-10-10 2016-10-10 A kind of playback method and device of live video Active CN106454389B (en)

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 CN106454389A (en) 2017-02-22
CN106454389B true 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)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107147919B (en) * 2017-06-19 2020-11-27 网宿科技股份有限公司 Live broadcast quick starting method and system
JP6337193B1 (en) 2017-12-14 2018-06-06 株式会社ドワンゴ Server and program
CN108600778B (en) * 2018-05-07 2020-11-03 广州酷狗计算机科技有限公司 Media stream transmitting method, device, system, server, terminal and storage medium
CN110858910B (en) * 2018-08-23 2022-05-27 广州虎牙信息科技有限公司 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
CN110673813B (en) * 2019-09-29 2023-04-07 阿波罗智联(北京)科技有限公司 Data processing method and device, electronic equipment and medium
CN112135163A (en) * 2020-09-27 2020-12-25 京东方科技集团股份有限公司 Video playing starting method and device
CN115484469B (en) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 Wheat connecting system, method, device, equipment and storage medium
CN115134641B (en) * 2022-07-05 2023-10-27 北京字跳网络技术有限公司 Screen projection method and device and electronic equipment

Citations (6)

* Cited by examiner, † Cited by third party
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
WO2013088962A1 (en) * 2011-12-14 2013-06-20 ソニー株式会社 Information processing apparatus, information processing method, and program
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

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8776157B2 (en) * 2008-11-21 2014-07-08 Ericsson Television Inc. Methods and systems for a current channel buffer for network based personal video recording
US9118864B2 (en) * 2012-08-17 2015-08-25 Flextronics Ap, Llc Interactive channel navigation and switching

Patent Citations (6)

* Cited by examiner, † Cited by third party
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
WO2013088962A1 (en) * 2011-12-14 2013-06-20 ソニー株式会社 Information processing apparatus, information processing method, and program
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

Also Published As

Publication number Publication date
CN106454389A (en) 2017-02-22

Similar Documents

Publication Publication Date Title
CN106454389B (en) A kind of playback method and device of live video
CN106488273B (en) A kind of method and apparatus for transmitting live video
KR101413321B1 (en) Mobile consumer electronic applications on internet video platform
CN106792085B (en) A kind of method and apparatus generating video cover image
CN111010614A (en) Method, device, server and medium for displaying live caption
US11563992B2 (en) Video playback quality detection method and apparatus
CN110557672B (en) Television program sharing method, television and storage medium
CN107948672A (en) Preserve the method and system and server, Wearable of video data
US11711280B2 (en) Metrics collection method and apparatus for streaming media, computer, and storage medium
US10893333B2 (en) Video playing method, device and storage
CN106303608A (en) Live treating method and apparatus, direct broadcast server and live broadcast system
US20230285854A1 (en) Live video-based interaction method and apparatus, device and storage medium
US20200366967A1 (en) Method and system for monitoring quality of streaming media
CN112057846A (en) Interaction method, device, equipment and storage medium for cloud game service scheduling
CN106488255B (en) A kind of method and device of switching media stream
US11431770B2 (en) Method, system, apparatus, and electronic device for managing data streams in a multi-user instant messaging system
CN108540273B (en) Method and device for retransmitting data packet
KR102124269B1 (en) Multimedia information play method and system, collection device, standardization server
US10798456B2 (en) Method and device for presenting information
CN110351577A (en) Live information processing method and processing device, storage medium, electronic equipment
CN115314494A (en) Multi-device cooperative work method and device
EP3891962B1 (en) Synchronized jitter buffers to handle codec switches
RU2477892C2 (en) System and method for efficient transmission of content packets to electronic devices
WO2021217467A1 (en) Method and apparatus for testing intelligent camera
CN113949739A (en) Cross-device playing method and device, electronic 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

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.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant