CN117896539A - Live broadcast sharing method, device, equipment and medium - Google Patents

Live broadcast sharing method, device, equipment and medium Download PDF

Info

Publication number
CN117896539A
CN117896539A CN202211229702.8A CN202211229702A CN117896539A CN 117896539 A CN117896539 A CN 117896539A CN 202211229702 A CN202211229702 A CN 202211229702A CN 117896539 A CN117896539 A CN 117896539A
Authority
CN
China
Prior art keywords
live broadcast
live
player
page
sharing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211229702.8A
Other languages
Chinese (zh)
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.)
Beijing Zitiao Network Technology Co Ltd
Original Assignee
Beijing Zitiao Network 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 Beijing Zitiao Network Technology Co Ltd filed Critical Beijing Zitiao Network Technology Co Ltd
Priority to CN202211229702.8A priority Critical patent/CN117896539A/en
Publication of CN117896539A publication Critical patent/CN117896539A/en
Pending legal-status Critical Current

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/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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4316—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The embodiment of the disclosure relates to a live broadcast sharing method, a device, equipment and a medium, wherein the method comprises the following steps: broadcasting live data in a live broadcast page; responding to a live broadcast sharing triggering operation on a live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition; if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continuously play the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page. By adopting the technical scheme, as live broadcast data is uninterrupted in the switching process, the problems of black screen, flicker and blocking caused by the reloading process are solved, the switching efficiency from live broadcast switching to live broadcast sharing is improved, the seamless connection of live broadcast scenes and live broadcast sharing scenes is realized, and the experience effect of a user is improved.

Description

Live broadcast sharing method, device, equipment and medium
Technical Field
The disclosure relates to the technical field of computers, and in particular relates to a live broadcast sharing method, a live broadcast sharing device, live broadcast sharing equipment and a live broadcast sharing medium.
Background
With the continuous development of internet technology and multimedia technology, more and more users will watch live broadcast as a main entertainment mode.
The live broadcast sharing application can support sharing of live broadcast video among a plurality of users so as to realize synchronous watching of one live broadcast video. At present, when a user switches from live broadcasting to live broadcasting sharing, a new page needs to be started to reload live broadcasting video, and problems of black screen, flickering and blocking occur, so that the switching efficiency is low, and the user experience is poor.
Disclosure of Invention
In order to solve the technical problems, the present disclosure provides a live broadcast sharing method, device, equipment and medium.
The embodiment of the disclosure provides a live broadcast sharing method, which comprises the following steps:
broadcasting live data in a live broadcast page;
responding to a live broadcast sharing triggering operation on the live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition;
and if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continue playing the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page.
The embodiment of the disclosure also provides a live broadcast sharing device, which comprises:
the live broadcast module is used for playing live broadcast data in a live broadcast page;
the multiplexing judgment module is used for responding to the live broadcast sharing triggering operation of the live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition or not;
and the sharing module is used for multiplexing the live broadcast player in the live broadcast sharing page to continue playing the live broadcast data if the live broadcast player meets the first multiplexing condition, displaying the live broadcast sharing page in a non-transparent mode while displaying the first frame, and closing the live broadcast page.
The embodiment of the disclosure also provides an electronic device, which comprises: a processor; a memory for storing the processor-executable instructions; the processor is configured to read the executable instructions from the memory and execute the instructions to implement a live broadcast sharing method as provided in an embodiment of the disclosure.
The present disclosure also provides a computer-readable storage medium storing a computer program for executing the live sharing method as provided by the embodiments of the present disclosure.
Compared with the prior art, the technical scheme provided by the embodiment of the disclosure has the following advantages: according to the live broadcast sharing scheme provided by the embodiment of the disclosure, live broadcast data are played in a live broadcast page; responding to a live broadcast sharing triggering operation on a live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition; if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continuously play the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page. By adopting the technical scheme, through judging whether the live broadcast player can be multiplexed, when the live broadcast player is determined to meet the multiplexing condition, the live broadcast player can be multiplexed when the live broadcast is switched to live broadcast sharing from live broadcast, and as live broadcast data is uninterrupted in the switching process, the problems of black screen, flicker and blocking caused by the reloading process are solved, the switching efficiency from live broadcast switching to live broadcast sharing is improved, live broadcast pages and live broadcast sharing pages are displayed in a transparent mode and live broadcast sharing pages are displayed in a non-transparent mode when the live broadcast is displayed in a first frame, the seamless connection of live broadcast scenes and live broadcast sharing scenes is realized, and the experience effect of users is improved.
Drawings
The above and other features, advantages, and aspects of embodiments of the present disclosure will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. The same or similar reference numbers will be used throughout the drawings to refer to the same or like elements. It should be understood that the figures are schematic and that elements and components are not necessarily drawn to scale.
Fig. 1 is a schematic flow chart of a live broadcast sharing method according to an embodiment of the disclosure;
fig. 2 is a schematic diagram of live sharing provided in an embodiment of the present disclosure;
fig. 3 is a schematic diagram of a live player management provided in an embodiment of the present disclosure;
fig. 4 is a schematic diagram of another live sharing provided by an embodiment of the present disclosure;
fig. 5 is a schematic diagram of still another live sharing provided by an embodiment of the present disclosure;
fig. 6 is a schematic structural diagram of a live broadcast sharing device according to an embodiment of the present disclosure;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure.
Detailed Description
Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure have been shown in the accompanying drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but are provided to provide a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are for illustration purposes only and are not intended to limit the scope of the present disclosure.
It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order and/or performed in parallel. Furthermore, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.
The term "including" and variations thereof as used herein are intended to be open-ended, i.e., including, but not limited to. The term "based on" is based at least in part on. The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments. Related definitions of other terms will be given in the description below.
It should be noted that the terms "first," "second," and the like in this disclosure are merely used to distinguish between different devices, modules, or units and are not used to define an order or interdependence of functions performed by the devices, modules, or units.
It should be noted that references to "one", "a plurality" and "a plurality" in this disclosure are intended to be illustrative rather than limiting, and those of ordinary skill in the art will appreciate that "one or more" is intended to be understood as "one or more" unless the context clearly indicates otherwise.
The names of messages or information interacted between the various devices in the embodiments of the present disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.
In order to solve the problem existing in the related art when switching from live broadcast to live broadcast sharing, the embodiment of the disclosure provides a live broadcast sharing method, and the method is described below with reference to specific embodiments.
Fig. 1 is a schematic flow chart of a live sharing method according to an embodiment of the present disclosure, where the method may be performed by a live sharing device, and the device may be implemented by using software and/or hardware, and may generally be integrated in an electronic device. As shown in fig. 1, the method includes:
and step 101, playing live broadcast data in the live broadcast page.
The live broadcast sharing method of the embodiment of the disclosure can be executed by the client where the user initiating the live broadcast sharing is located, and the live broadcast sharing can be an interactive mode that the current user enables one or more other users to synchronously watch live broadcast data of the same live broadcast room through initiating the sharing, that is, the users can watch the same live broadcast data together. Optionally, different users can synchronously watch live broadcast data and simultaneously conduct real-time audio or real-time video conversation, so that a scene that multiple users interact based on the same live broadcast data is formed. According to the embodiment of the disclosure, the multi-user synchronous watching of one live broadcast data can be realized in a mode of sharing a multimedia stream function, a multimedia room or a live broadcast through video call, and the method is not particularly limited.
The live broadcast page can be a front-end page for realizing a live broadcast function and can comprise a live broadcast detail page or a live broadcast preview stream page; live data may include video, image, audio, etc. data suitable for live.
In the embodiment of the disclosure, the client can respond to the live broadcast triggering operation of the user to play the live broadcast data of any live broadcast room on the live broadcast page.
And 102, responding to a live broadcast sharing triggering operation on a live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition.
The live share triggering operation may include gesture control operation (such as clicking, long pressing, double clicking, etc.), voice control operation or expression control operation, etc. used for initiating live share in the live page, which may be, for example, a click triggering operation of a live share key set in the live page. The transparent mode can be a mode of making transparent change on the elements or components of which the parts need to disappear or the later display needs to be carried out. The live broadcast sharing page can be a page for realizing the live broadcast sharing, and the live broadcast sharing page can display information such as live broadcast data synchronously watched by multiple users, head images of the multiple users, real-time video pictures of the multiple users and the like. The live player may be a player suitable for live scenes.
Specifically, after the client displays the live broadcast data in the live broadcast page, the client can receive the live broadcast sharing triggering operation of the user on the live broadcast page, then display the live broadcast page and the live broadcast sharing page simultaneously in a transparent mode, and judge whether the live broadcast player meets the first multiplexing condition.
In some embodiments, the live broadcast page and the live broadcast shared page are displayed in a transparent manner, which may include: setting preset elements of the live broadcast page as transparent display, and superposing and displaying the live broadcast shared page on the live broadcast page in a transparent mode, wherein the preset elements are hidden elements in the live broadcast shared page.
The preset element may be an element that needs to be hidden or disappeared when the live broadcast page is switched to the live broadcast shared page, that is, an element that does not exist in the live broadcast shared page later, for example, the preset element may include a live broadcast background, a live broadcast bullet screen, and the like. When the client side simultaneously displays the live broadcast page and the live broadcast shared page in a transparent mode, preset elements of the live broadcast page can be set to be transparent elements, other elements such as live broadcast data of the live broadcast page are kept non-transparent to continue to be displayed, and the transparent live broadcast shared page is displayed in a superimposed mode on the live broadcast page. And simultaneously displaying the live broadcast page and live broadcast sharing in a transparent mode, so that the page switching is performed under the condition that live broadcast data is kept unchanged.
In some embodiments, determining whether the live player of the live page meets the first multiplexing condition may include: judging whether the live broadcast player meets the first multiplexing condition or not based on the player request parameter and a preset multiplexing strategy through the live broadcast SDK.
The live broadcast SDK (Software Development Kit) may be a software function development kit for managing a live broadcast function, and in the embodiment of the present disclosure, a multiplexing policy may be preset in the live broadcast SDK to determine whether the live broadcast player supports multiplexing. The player request parameters may be relevant attribute parameters of the player, and may include parameters corresponding to the live broadcast player and the shared player in the live broadcast sharing scene, for example, may include a streaming protocol, an encoding format, a high dynamic range image parameter, a decoding parameter, a video resolution, a video direction, and the like. The multiplexing policy may be a specific policy for determining whether a first multiplexing condition is satisfied, and the first multiplexing condition may be a condition for determining whether the live player can perform multiplexing in a live broadcast sharing scene.
When judging whether the live broadcast player meets the first multiplexing condition, the client can acquire player request parameters of the live broadcast player and the shared player through the live broadcast SDK, and judges whether the live broadcast player meets the first multiplexing condition based on the player request parameters through a preset multiplexing strategy.
And 103, if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continue playing the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page.
The first frame may be an image frame that is first shown in a newly rendered view corresponding to the live broadcast shared page when the multiplexing live broadcast player continues to play live broadcast data, and the bottom layer player architecture is called to multiplex the live broadcast data.
When the client determines that the live broadcast player meets the first multiplexing condition, the live broadcast player can be multiplexed to continue playing live broadcast data, namely, the playing of the live broadcast data is not interrupted, the live broadcast sharing page is displayed in a non-transparent mode while the first frame in the live broadcast data is displayed in the live broadcast sharing page, and the live broadcast page is closed, so that seamless switching from a live broadcast scene to a live broadcast sharing scene is realized.
In some embodiments, determining that the live player satisfies the first multiplexing condition may include: if the preset fields in the player request parameters of the live player and the shared player to be created are the same, determining that the live player meets the first multiplexing condition. The preset fields comprise a pull stream protocol, an encoding format, high dynamic range image parameters and decoding parameters.
The shared player may be a player adapted for live sharing of scenes. The preset field may be a field that a part of the player request parameters must obtain, in this embodiment of the present disclosure, the preset field may include a pull stream protocol, an encoding format, a high dynamic range image parameter and a decoding parameter, where the pull stream protocol may be a specific protocol adopted when pulling a data stream, for example, may include FLV (Flash Video) or RTS (Real Time Streaming Protocol), the encoding format may be a format for encoding a data stream, for example, may include 264 or 265, etc., the high dynamic range image (High Dynamic Range Imaging, HDR) parameter may be a parameter that characterizes whether HDR is supported, the decoding parameter may be a parameter that characterizes a specific decoding mode, the decoding mode may include two modes of soft decoding and hard decoding, and different decoding modes are characterized by different parameters.
The client can compare a first preset field in the player request parameters of the live player with a second preset field in the player request parameters of the shared player to be created, and if each field included in the first preset field is identical to the corresponding field included in the second preset field, the live player can be determined to meet the first multiplexing condition; and if at least one field in the first preset field is different from the corresponding field in the second preset field, determining that the live player does not meet the first multiplexing condition.
Optionally, the player request parameter may further include an optional field, where if one field does not affect multiplexing of the live player, the field is an optional field. For example, the selectable fields can include video resolution and video direction, when the video resolution and video direction of the live broadcast player and the shared player to be created are the same, re-decoding can be avoided, long time consumption caused by decoding is avoided, and better effect is achieved; and when the live player is different from the video resolution and/or video direction of the shared player to be created, the live player can be multiplexed.
In the scheme, whether the live broadcast player can be multiplexed or not can be judged in the switching process from live broadcast to live broadcast sharing, multiplexing can be carried out when the live broadcast sharing scene can be multiplexed is confirmed, the problems that the live broadcast sharing cannot be resolved or resolution is low and the like due to the fact that multiplexing is not supported are avoided, multiplexing accuracy is improved, and switching accuracy from live broadcast to live broadcast sharing is further improved.
In some embodiments, live sharing pages are presented in a non-transparent manner while the first frame is presented, including: destroying the live view in the live player and creating a live sharing view; and displaying the live broadcast sharing page in a non-transparent mode while displaying the first frame based on the live broadcast sharing view and the live broadcast data.
The live View may be a Surface View (Surface View) suitable for a live scene, the live sharing View may be a new Surface View created for the live sharing scene, the Surface View may be an inheritance class of a View (View), a Surface specially used for drawing is embedded in the View, the Surface View may provide a visible area, only a Surface part of content in the visible area is visible, and a part outside the visible area is invisible.
When the client displays the live broadcast shared page in a non-transparent mode while displaying the first frame, the original live broadcast view can be destroyed in the live broadcast player, a new live broadcast shared view is created, the live broadcast data without interruption is added into the live broadcast shared view, the bottom layer playing framework is called to acquire the live broadcast progress, the live broadcast data is continuously played from the live broadcast progress, and the live broadcast shared page is displayed in a non-transparent mode while displaying the first frame.
Fig. 2 is a schematic diagram of live sharing provided by an embodiment of the present disclosure, and as shown in fig. 2, a process of switching from live sharing to live sharing is shown, where a live sharing scene is shown together, and may specifically include: clicking to watch the live broadcast sharing triggering operation by the user; the interaction layer is hidden in the live broadcasting room, and a transparent together-looking interface is started, namely, a live broadcasting page and a live broadcasting sharing page are displayed simultaneously in a transparent mode; when the live broadcast player meets the first multiplexing condition, the live broadcast player can be multiplexed, and live broadcast is continuously processed; and then, the live broadcast is visible together and the live broadcast is finished, namely, the live broadcast player is multiplexed in the live broadcast shared page to continue playing the live broadcast data, and the live broadcast shared page is displayed in a non-transparent mode and the live broadcast page is closed while the first frame is displayed.
According to the live broadcast sharing scheme provided by the embodiment of the disclosure, live broadcast data are played in a live broadcast page; responding to a live broadcast sharing triggering operation on a live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition; if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continuously play the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page. By adopting the technical scheme, through judging whether the live broadcast player can be multiplexed, when the live broadcast player is determined to meet the multiplexing condition, the live broadcast player can be multiplexed when the live broadcast is switched to live broadcast sharing from live broadcast, and as live broadcast data is uninterrupted in the switching process, the problems of black screen, flicker and blocking caused by the reloading process are solved, the switching efficiency from live broadcast switching to live broadcast sharing is improved, live broadcast pages and live broadcast sharing pages are displayed in a transparent mode and live broadcast sharing pages are displayed in a non-transparent mode when the live broadcast is displayed in a first frame, the seamless connection of live broadcast scenes and live broadcast sharing scenes is realized, and the experience effect of users is improved.
In some embodiments, after determining whether the live player of the live page meets the first multiplexing condition, the live sharing method may further include: if the live broadcast player is determined not to meet the first multiplexing condition, judging whether the live broadcast player meets the second multiplexing condition through the live broadcast SDK, and if so, storing the live broadcast player into a live broadcast player cache pool; otherwise, destroying the live player. Optionally, the second multiplexing condition is used for judging whether the live broadcast player can multiplex in a preset scene, the preset scene is different from the live broadcast sharing scene, and the multiplexing strategy of the second multiplexing condition is different from that of the first multiplexing condition.
A Live Player Pool (Live Player Pool) may be a Pool newly added to the embodiments of the present disclosure for storing and managing Live players with multiplexing value.
Specifically, when the live broadcast sharing device determines that the live broadcast player does not meet the first multiplexing condition, whether the live broadcast player meets the second multiplexing condition can be judged again through the live broadcast SDK, specifically, judgment can be performed according to a player request parameter of the live broadcast player and another multiplexing strategy, for example, for the other scene of the scene shared with the live broadcast, a part of fields in the player request parameter of the live broadcast player can be compared with a part of fields of the player required by the scene, if the fields are the same, the multiplexing condition of the scene is met, that is, the second multiplexing condition is met, and the part of fields can be fields which are limited by the other scene and must be met and are associated with the scene. If the live broadcast player is determined to meet the multiplexing condition of at least one scene except the live broadcast sharing scene, determining that the live broadcast player meets the second multiplexing condition, and storing the live broadcast player into a live broadcast player cache pool; if the live player is determined not to meet the multiplexing condition of any scene except the live sharing scene, the live player is destroyed.
In the scheme, when the live broadcast player does not meet the multiplexing conditions of the live broadcast sharing scene, whether the multiplexing conditions of other scenes are met or not can be judged secondarily, and when the multiplexing values of the other scenes are met, the multiplexing conditions can be stored in the cache pool of the live broadcast player for subsequent use, so that the utilization rate of the live broadcast player is improved, and the switching efficiency from live broadcast to the other scenes is improved.
In some embodiments, after determining whether the live player of the live page meets the first multiplexing condition, the live sharing method may further include: if the live broadcast player is determined not to meet the first multiplexing condition, searching a target player meeting the first multiplexing condition in a live broadcast player cache pool through the live broadcast SDK, and multiplexing the target player in a live broadcast sharing page to continue playing live broadcast data, wherein the player cache pool comprises at least one live broadcast player supporting multiplexing.
The target player may be one live player meeting the first multiplexing condition in the cache pool of live players.
Specifically, when the live broadcast sharing device determines that the live broadcast player does not meet the first multiplexing condition, the live broadcast sharing device may determine whether the first multiplexing condition is met by using the live broadcast SDK in a cache pool of the live broadcast player for each live broadcast player included in the cache pool, and detailed determination modes are not described herein, and determine one or more target players that meet the first multiplexing condition, if the number of the target players is multiple, one of the target players may be selected to be multiplexed at will; and multiplexing the target player in the live broadcast sharing page to continue playing the live broadcast data, and displaying the live broadcast page of the live broadcast sharing page in a non-transparent mode while displaying the first frame, so that seamless switching from the live broadcast scene to the live broadcast sharing scene is realized.
Optionally, after the live broadcast sharing trigger operation on the live broadcast page in step 102 and the live broadcast page and the live broadcast sharing page are simultaneously displayed in a transparent manner, a step of searching the target player meeting the first multiplexing condition in the cache pool of the live broadcast player through the live broadcast SDK may be directly executed, so as to multiplex the target player.
In the scheme, through setting the buffer pool of the live broadcast player, the multiplexing possibility can be improved, and further the switching efficiency from the live broadcast scene to the live broadcast sharing scene is further improved.
The live sharing method of the embodiment of the present disclosure is further described below by way of specific examples.
Fig. 3 is a schematic diagram of management of a live player according to an embodiment of the present disclosure, as shown in fig. 3, where the management of a reusable live player according to an embodiment of the present disclosure is illustrated by setting a live player cache pool, and specifically, the live player cache pool includes a plurality of live players with different player request parameters, where two live players with respectively FLV and RTS in a streaming protocol are identified by pointers in the figure; a live broadcast player cache pool strategy (Live Player Pool Strategy) is built in the live broadcast player cache pool and is used for judging whether the bottom layer live broadcast player supports the current multiplexing; the live player cache pool responds to the live side performance monitoring to generate a trimmemory event to clear the cached live player. A management class cache pool can be maintained for the live broadcast player cache pool, the management class cache pool comprises a plurality of management classes (Video Live Manager), the management classes can be encapsulation classes of video players, each live broadcast player in the live broadcast player cache pool can be maintained by one management class, and an arrow from the live broadcast player cache pool to the live broadcast management class to the live broadcast player in the figure represents the invoking meaning; in the figure, a live broadcast component (Live Play Fragment) and a live broadcast player interface are used for realizing the call of a live broadcast player through a live broadcast management class, and one live broadcast player interface corresponds to a plurality of live broadcast management classes.
When a new management class needs to be created, firstly inquiring whether a player request parameter of a live player to be created hits a live player cache pool, namely whether a live player capable of being multiplexed exists in the live player cache pool, and if so, directly multiplexing; otherwise, creating a new management class and a new live player. When a management class and a corresponding live player are needed to be destroyed, whether other multiplexing values exist or not can be judged through a live player cache pool strategy based on player request parameters of the current live player, if yes, the live player is reset and then stored in a live player cache pool; otherwise, it can be destroyed directly.
Fig. 4 is a schematic diagram of another live broadcast sharing provided by an embodiment of the present disclosure, and as shown in fig. 4, a process of determining multiplexing of a live broadcast player is shown in the figure, which may specifically include: playing, namely performing live broadcast sharing triggering operation on a live broadcast scene; sending a request to a live broadcast player cache pool, wherein the live broadcast player cache pool can return player request parameters of a current live broadcast player and other live broadcast players, and then can call a live broadcast player cache pool strategy (i.e. multiplexing strategy) to sequentially judge whether each live broadcast player can be multiplexed, select any one of the multiplexed live broadcast players for multiplexing, and continuously remain in the live broadcast player cache pool after multiplexing; for the live broadcast player which can not be multiplexed, whether the live broadcast player has other multiplexing values or not can be judged again, and if not, the live broadcast player is destroyed.
Fig. 5 is a schematic diagram of still another live sharing provided by an embodiment of the present disclosure, and as shown in fig. 5, the fig. illustrates a process of a front-end live player through a management class multiplexing bottom layer live player, which may specifically include: when a front-end live player is released (released) at a service side, if a multiplexing strategy is called through a live player interface to judge that multiplexing is possible, a reset function is called through a management class to reset, and then the bottom-layer live player is stored in a live player cache pool; when a new player is needed, the service side can be matched with the live player in the cache pool of the live player, namely, the live player capable of being multiplexed is searched, the live player meeting the first multiplexing condition is matched, and multiplexing (reuse) logic can be executed, wherein the method comprises the following steps: creating a new view (set Surface), namely the live broadcast shared view, performing texture rendering through a management class, downloading the new view (texture Render/update Render Surface), calling a live broadcast player to create the new view, and adding stream information and a Play address (set StreamInfo/set playurls) into the new view, wherein the stream information can be a live broadcast data stream, and the stream information and other needed resources can be pulled through the Play address; calling a play function (play), analyzing the play progress before domain name (paramedins) synchronization through a management class, and calling a live player to continue playing live data from the synchronized play progress through a preparation synchronization function (preperasyn).
In the scheme, the reloading process is removed through multiplexing the live broadcast player when the live broadcast scene is switched to the live broadcast sharing scene, so that the live broadcast data is ensured to be uninterrupted in the page transition process; and the transparent switching of the live broadcast page is changed to the transparent switching of the live broadcast shared page, so that the total time length of the page switching is shortened, the seamless connection of the live broadcast scene and the live broadcast shared scene is realized, and the experience effect of a user is improved.
Fig. 6 is a schematic structural diagram of a live broadcast sharing device according to an embodiment of the present disclosure, where the device may be implemented by software and/or hardware, and may be generally integrated in an electronic device. As shown in fig. 6, the apparatus includes:
a live broadcast module 601, configured to play live broadcast data in a live broadcast page;
the multiplexing judgment module 602 is configured to respond to a live broadcast sharing trigger operation on the live broadcast page, display the live broadcast page and the live broadcast sharing page simultaneously in a transparent manner, and judge whether a live broadcast player of the live broadcast page meets a first multiplexing condition;
and the sharing module 603 is configured to multiplex the live broadcast player in the live broadcast sharing page to continue playing the live broadcast data if the live broadcast player meets the first multiplexing condition, and display the live broadcast sharing page in a non-transparent manner and close the live broadcast page while displaying the first frame.
Optionally, the multiplexing judgment module 602 includes a display unit, configured to:
setting preset elements of the live broadcast page as transparent display, and superposing and displaying the live broadcast shared page on the live broadcast page in a transparent mode, wherein the preset elements are hidden elements in the live broadcast shared page.
Optionally, the multiplexing judgment module 602 includes a judgment unit, configured to:
judging whether the live broadcast player meets a first multiplexing condition or not based on a player request parameter and a preset multiplexing strategy through a live broadcast SDK.
Optionally, the sharing module 603 includes a determining multiplexing unit, configured to:
if the preset fields in the player request parameters of the live player and the shared player to be created are the same, determining that the live player meets a first multiplexing condition, wherein the preset fields comprise a streaming protocol, a coding format, high dynamic range image parameters and decoding parameters.
Optionally, the sharing module 603 includes a switching display unit, configured to:
destroying the live view in the live player and creating a live sharing view;
and displaying the live broadcast sharing page in a non-transparent mode while displaying the first frame based on the live broadcast sharing view and the live broadcast data.
Optionally, the device further includes a secondary judging module, configured to: after judging whether the live broadcast player of the live broadcast page meets the first multiplexing condition,
if the live broadcast player is determined not to meet the first multiplexing condition, judging whether the live broadcast player meets the second multiplexing condition through a live broadcast SDK, and if so, storing the live broadcast player into a live broadcast player cache pool; otherwise, destroying the live player.
Optionally, the second multiplexing condition is used for judging whether the live broadcast player can multiplex in a preset scene, the preset scene is different from a live broadcast sharing scene, and the multiplexing strategy of the second multiplexing condition is different from that of the first multiplexing condition.
Optionally, the device further comprises a searching module, configured to: after judging whether the live broadcast player of the live broadcast page meets the first multiplexing condition,
if the live broadcast player does not meet the first multiplexing condition, searching a target player meeting the first multiplexing condition in a live broadcast player cache pool through a live broadcast SDK, multiplexing the target player in the live broadcast sharing page, and continuing to play the live broadcast data, wherein the player cache pool comprises at least one live broadcast player supporting multiplexing.
The live broadcast sharing device provided by the embodiment of the disclosure can execute the live broadcast sharing method provided by any embodiment of the disclosure, and has the corresponding functional modules and beneficial effects of the execution method.
The disclosed embodiments also provide a computer program product comprising a computer program/instructions which, when executed by a processor, implement the live sharing method provided by any of the embodiments of the present disclosure.
Fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure. Referring now in particular to fig. 7, a schematic diagram of an electronic device 700 suitable for use in implementing embodiments of the present disclosure is shown. The electronic device 700 in the embodiments of the present disclosure may include, but is not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and the like, and stationary terminals such as digital TVs, desktop computers, and the like. The electronic device shown in fig. 7 is merely an example and should not be construed to limit the functionality and scope of use of the disclosed embodiments.
As shown in fig. 7, the electronic device 700 may include a processing means (e.g., a central processor, a graphics processor, etc.) 701, which may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 702 or a program loaded from a storage means 708 into a Random Access Memory (RAM) 703. In the RAM703, various programs and data required for the operation of the electronic device 700 are also stored. The processing device 701, the ROM 702, and the RAM703 are connected to each other through a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.
In general, the following devices may be connected to the I/O interface 705: input devices 706 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, and the like; an output device 707 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 708 including, for example, magnetic tape, hard disk, etc.; and a communication device 709. The communication means 709 may allow the electronic device 700 to communicate wirelessly or by wire with other devices to exchange data. While fig. 7 shows an electronic device 700 having various means, it is to be understood that not all of the illustrated means are required to be implemented or provided. More or fewer devices may be implemented or provided instead.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a non-transitory computer readable medium, the computer program comprising program code for performing the method shown in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via communication device 709, or installed from storage 708, or installed from ROM 702. When executed by the processing device 701, the computer program performs the above-described functions defined in the live sharing method of the embodiment of the present disclosure.
It should be noted that the computer readable medium described in the present disclosure may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, fiber optic cables, RF (radio frequency), and the like, or any suitable combination of the foregoing.
In some implementations, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText Transfer Protocol ), and may be interconnected with any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the internet (e.g., the internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed networks.
The computer readable medium may be contained in the electronic device; or may exist alone without being incorporated into the electronic device.
The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: broadcasting live data in a live broadcast page; responding to a live broadcast sharing triggering operation on the live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition; and if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continue playing the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page.
Computer program code for carrying out operations of the present disclosure may be written in one or more programming languages, including, but not limited to, an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units involved in the embodiments of the present disclosure may be implemented by means of software, or may be implemented by means of hardware. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.
The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a Complex Programmable Logic Device (CPLD), and the like.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
It will be appreciated that prior to using the technical solutions disclosed in the embodiments of the present disclosure, the user should be informed and authorized of the type of information, the scope of use, the use scenario, etc. related to the present disclosure in an appropriate manner according to relevant legal regulations.
The foregoing description is only of the preferred embodiments of the present disclosure and description of the principles of the technology being employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in this disclosure is not limited to the specific combinations of features described above, but also covers other embodiments which may be formed by any combination of features described above or equivalents thereof without departing from the spirit of the disclosure. Such as those described above, are mutually substituted with the technical features having similar functions disclosed in the present disclosure (but not limited thereto).
Moreover, although operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the present disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are example forms of implementing the claims.

Claims (11)

1. A live sharing method, comprising:
broadcasting live data in a live broadcast page;
responding to a live broadcast sharing triggering operation on the live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition;
and if the live broadcast player meets the first multiplexing condition, multiplexing the live broadcast player in the live broadcast shared page to continue playing the live broadcast data, displaying the live broadcast shared page in a non-transparent mode while displaying the first frame, and closing the live broadcast page.
2. The method of claim 1, wherein the live page and live shared page are presented simultaneously in a transparent manner, comprising:
setting preset elements of the live broadcast page as transparent display, and superposing and displaying the live broadcast shared page on the live broadcast page in a transparent mode, wherein the preset elements are hidden elements in the live broadcast shared page.
3. The method of claim 1, wherein determining whether the live player of the live page satisfies a first multiplexing condition comprises:
judging whether the live broadcast player meets a first multiplexing condition or not based on a player request parameter and a preset multiplexing strategy through a live broadcast SDK.
4. The method of claim 3, wherein determining that the live player satisfies the first multiplexing condition comprises:
if the preset fields in the player request parameters of the live player and the shared player to be created are the same, determining that the live player meets a first multiplexing condition, wherein the preset fields comprise a streaming protocol, a coding format, high dynamic range image parameters and decoding parameters.
5. The method of claim 1, wherein presenting the live shared page in a non-transparent manner while the first frame is presented, comprises:
destroying the live view in the live player and creating a live sharing view;
and displaying the live broadcast sharing page in a non-transparent mode while displaying the first frame based on the live broadcast sharing view and the live broadcast data.
6. The method of claim 1, wherein after determining whether the live player of the live page satisfies a first multiplexing condition, the method further comprises:
If the live broadcast player is determined not to meet the first multiplexing condition, judging whether the live broadcast player meets the second multiplexing condition through a live broadcast SDK, and if so, storing the live broadcast player into a live broadcast player cache pool; otherwise, destroying the live player.
7. The method of claim 6, wherein the second multiplexing condition is used to determine whether the live player can multiplex in a preset scene, the preset scene being different from a live sharing scene, and the second multiplexing condition being different from a multiplexing strategy of the first multiplexing condition.
8. The method of claim 1, wherein after determining whether the live player of the live page satisfies a first multiplexing condition, the method further comprises:
if the live broadcast player does not meet the first multiplexing condition, searching a target player meeting the first multiplexing condition in a live broadcast player cache pool through a live broadcast SDK, multiplexing the target player in the live broadcast sharing page, and continuing to play the live broadcast data, wherein the player cache pool comprises at least one live broadcast player supporting multiplexing.
9. A live sharing apparatus, comprising:
the live broadcast module is used for playing live broadcast data in a live broadcast page;
the multiplexing judgment module is used for responding to the live broadcast sharing triggering operation of the live broadcast page, simultaneously displaying the live broadcast page and the live broadcast sharing page in a transparent mode, and judging whether a live broadcast player of the live broadcast page meets a first multiplexing condition or not;
and the sharing module is used for multiplexing the live broadcast player in the live broadcast sharing page to continue playing the live broadcast data if the live broadcast player meets the first multiplexing condition, displaying the live broadcast sharing page in a non-transparent mode while displaying the first frame, and closing the live broadcast page.
10. An electronic device, the electronic device comprising:
a processor;
a memory for storing the processor-executable instructions;
the processor is configured to read the executable instructions from the memory and execute the instructions to implement the live sharing method according to any of the preceding claims 1-8.
11. A computer readable storage medium, characterized in that the storage medium stores a computer program for executing the live sharing method according to any of the preceding claims 1-8.
CN202211229702.8A 2022-10-09 2022-10-09 Live broadcast sharing method, device, equipment and medium Pending CN117896539A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211229702.8A CN117896539A (en) 2022-10-09 2022-10-09 Live broadcast sharing method, device, equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211229702.8A CN117896539A (en) 2022-10-09 2022-10-09 Live broadcast sharing method, device, equipment and medium

Publications (1)

Publication Number Publication Date
CN117896539A true CN117896539A (en) 2024-04-16

Family

ID=90641815

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211229702.8A Pending CN117896539A (en) 2022-10-09 2022-10-09 Live broadcast sharing method, device, equipment and medium

Country Status (1)

Country Link
CN (1) CN117896539A (en)

Similar Documents

Publication Publication Date Title
US11818424B2 (en) Method and apparatus for generating video, electronic device, and computer readable medium
CN112911379B (en) Video generation method, device, electronic equipment and storage medium
CN109525853B (en) Live broadcast room cover display method and device, terminal, server and readable medium
CN113076048B (en) Video display method and device, electronic equipment and storage medium
JP7480344B2 (en) Information display method, device and electronic device
CN111790148B (en) Information interaction method and device in game scene and computer readable medium
CN115474085B (en) Media content playing method, device, equipment and storage medium
CN113225483B (en) Image fusion method and device, electronic equipment and storage medium
JP2023528398A (en) Live distribution room creation method, device, electronic device and storage medium
US20230137492A1 (en) Landscape interaction method and apparatus, electronic device, and storage medium
CN114567812A (en) Audio playing method, device, system, electronic equipment and storage medium
CN114584716B (en) Picture processing method, device, equipment and storage medium
CN109996102B (en) Video information synchronous display method, device, equipment and storage medium
CN111338729A (en) Method, device, medium and electronic equipment for playing view
CN112883228A (en) Recommended video display method, recommended video display device, recommended video display medium and electronic equipment
CN114584822B (en) Synchronous playing method and device, terminal equipment and storage medium
CN113010300A (en) Image effect refreshing method and device, electronic equipment and computer readable storage medium
CN116204103A (en) Information generation method, information display device, information generation apparatus, information display apparatus, and storage medium
CN113507632B (en) Video processing method, device, terminal and storage medium
CN116132569A (en) Media playing method and device
CN113553451B (en) Media playing method, device, electronic equipment and program product
CN114125485B (en) Image processing method, device, equipment and medium
CN113891135B (en) Multimedia data playing method and device, electronic equipment and storage medium
CN117896539A (en) Live broadcast sharing method, device, equipment and medium
CN114071028B (en) Video generation and playing method and device, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination