The present disclosure provides a live video broadcast method and apparatus, and a storage medium. The method includes: receiving a live broadcast command, and creating a video buffer based on the live broadcast command; binding the video buffer with a picture drawing module, the picture drawing module being configured to detect and extract a video picture frame; detecting and extracting the video picture frame by using the picture drawing module, and storing all extracted video picture frames in the video buffer; collecting an external voice by using a microphone, and synchronously synthesize the external voice and the video picture frames stored in the video buffer into a video streaming media file; and uploading the video streaming media file to a live broadcast server, so that the live broadcast server performs live broadcasting.

A livestreaming video playing method executed by a computer device includes displaying an information flow page including at least one livestreaming video. A video data block of each of the at least one livestreaming video is updated periodically in the information flow page at an update period. The method further includes playing a target video data block of a first livestreaming video of the at least one livestreaming video in response to a playing instruction for the first livestreaming video, obtaining target cache data of the first livestreaming video that belong to historical livestreaming data of the first livestreaming video at a target duration that is before a current livestreaming time point and greater than or equal to the update period, and playing the target cache data after the target video data block ends playing.

A livestreaming video playing method executed by a computer device includes displaying an information flow page including at least one livestreaming video. A video data block of each of the at least one livestreaming video is updated periodically in the information flow page at an update period. The method further includes playing a target video data block of a first livestreaming video of the at least one livestreaming video in response to a playing instruction for the first livestreaming video, obtaining target cache data of the first livestreaming video that belong to historical livestreaming data of the first livestreaming video at a target duration that is before a current livestreaming time point and greater than or equal to the update period, and playing the target cache data after the target video data block ends playing.

The present disclosure in some embodiments provides a packet loss recovery apparatus and a packet loss recovery method for use in an Internet Protocol Television (IPTV) multicast service, which utilizes additional information received from an IPTV UE for causing a cache server to detect and transmit a lost packet to the IPTV UE to recover the packet loss.

A method for processing streaming media data includes: receiving the streaming media data, and caching the streaming media data at a cache server in accordance with a cache dictionary; establishing a connection between a client and the cache server, and determining target streaming media data corresponding to the client, the client including a plug-in end and a subscription end; and pushing the target streaming media data to the client.

The described technology is generally directed towards validating content selection graphs for use in an in-memory content selection graph data store. When a content selection graph data is generated, the graph nodes can correspond to prebuilt response data. The response data for any of the nodes can be verified against rules based on the type of a node, for example, as well as based on client-specific information for types of clients. The overall validation process can validate the content selection graph for subsequent use, can result in errors or warnings being logged (which may or may not render the graph unusable, e.g., depending on severity), or can fail the content selection graph. If validated, the content selection graph can be used to rapidly return response data when content from the graph is requested.

The described technology is generally directed towards coordinating the generation, validation and enabling of content selection graphs in an in-memory content selection graph data store. When a set of content selection graphs is requested, a coordinator starts the generation of the relevant graphs. Upon successful generation, the coordinator starts a validation of the generated graphs against rules for the nodes/response data in the graphs. If the generated graphs pass validation, the coordinator enables the graph set for use in an in-memory cache, whereby when a request to return content selection data is received, an active graph that corresponds to the request and the current time is accessed to obtain and return the response data as the requested content selection data.

The method may include providing one or more content item recommendations by opening a content recommendation session for a selected user, retrieving some user data for the selected user from a first storage resource, obtaining content information concerning content available from content sources, using the user data and the content information to generate a content item recommendation for the user and providing the content item recommendation to the user. The user data for the selected user may be stored at contiguous physical locations at the first storage resource.

Described is a method of delivering content over a network using an approach referred to as “Multicast Assisted Unicast Delivery” (MAUD), as a multicast network is used to assist, rather than substituting for, an otherwise unicast path. Content is requested by client devices from a content server over unicast. The responses containing the requested content are separated into two components: a first component containing elements that are specific to individual client devices (for example session specific data), and a second component that is common to all client devices (typically this is the video content being requested). The first component can be delivered over unicast and the second component over multicast. Identifiers are introduced into each of the first and second components to aid recombination of the components to form the original responses. The separation and recombination are handled by suitably configured proxy servers.

Described is a method of delivering content over a network using an approach referred to as “Multicast Assisted Unicast Delivery” (MAUD), as a multicast network is used to assist, rather than substituting for, an otherwise unicast path. Content is requested by client devices from a content server over unicast. The responses containing the requested content are separated into two components: a first component containing elements that are specific to individual client devices (for example session specific data), and a second component that is common to all client devices (typically this is the video content being requested). The first component can be delivered over unicast and the second component over multicast. Identifiers are introduced into each of the first and second components to aid recombination of the components to form the original responses. The separation and recombination are handled by suitably configured proxy servers.