CN108777818B - Method for supporting simultaneous multipath stream pushing by live broadcast software - Google Patents
Method for supporting simultaneous multipath stream pushing by live broadcast software Download PDFInfo
- Publication number
- CN108777818B CN108777818B CN201810618947.7A CN201810618947A CN108777818B CN 108777818 B CN108777818 B CN 108777818B CN 201810618947 A CN201810618947 A CN 201810618947A CN 108777818 B CN108777818 B CN 108777818B
- Authority
- CN
- China
- Prior art keywords
- output
- live broadcast
- modifying
- added
- protocol
- 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
Links
Images
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/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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
- G06F8/24—Object-oriented
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- 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/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2743—Video hosting of uploaded data from client
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a method for supporting simultaneous multi-channel stream pushing by live broadcast Software, which comprises the steps of modifying a source code of an Open broadcast Software, adding a related code supporting multi-channel live broadcast, modifying a part of an interface for configuring related information of the multi-channel live broadcast by a user, multiplexing the same video encoder and a code stream coded by the same video encoder during live broadcast, and integrating audio coding data required by different live broadcast protocols to complete the multi-channel live broadcast. The invention can simultaneously push the real-time live broadcast content to different live broadcast platforms and support multi-path streams of different protocols; the method can also effectively reduce the consumption of software on memory and CPU resources, save development cost and facilitate subsequent upgrade and maintenance.
Description
Technical Field
The invention relates to the technical field of software development, in particular to a method for supporting simultaneous multipath stream pushing by live broadcast software.
Background
The Open broadcast Software can enable a user to simply and quickly start streaming on Windows, Mac and L inux, conveniently share user desktop operation, a game process, a web browsing process and the like, supports various video coding and decoding formats such as H264 (X264) and the like, can combine multiple display source data specified by a live user in real time, supports various audio coding and decoding formats such as AAC and OPUS and the like, defaults to adopt RTMP protocol streaming, and can seamlessly stream to various streaming media servers supporting the RTMP protocol such as YouTube, fighting fish and the like.
Open broadcast Software currently only supports streaming using the RTMP protocol, but there are many streaming protocols on the market, including some streaming media protocols defined for a specific purpose. The Open broadcast Software is Software adopting a plug-in structure, all functions can be expanded in a plug-in mode, and only the requirement of the specification is met, so that in order to enable the Open broadcast Software to support other plug-in protocols, a plug-in conforming to the specification of the output plug-in of the Open broadcast Software needs to be redefined, and at present, plug-ins supporting proprietary plug-in protocols of the Open broadcast Software are developed on some known streaming media live broadcast service platforms.
In real-world applications, for example, a game anchor a wants to use "openbroadcast Software" to push its live content to two different game live platforms L IVE _1 and L IVE _2 simultaneously during live broadcast, platform L IVE _1 uses the RTMP protocol, and platform L IVE _2 uses a custom RTP protocol.
Disclosure of Invention
In view of the above problems, an object of the present invention is to provide a method for supporting simultaneous multi-channel streaming by live broadcast software, which can increase functions, support simultaneous multi-channel streaming to different streaming media platforms, support simultaneous streaming of different protocols, and effectively reduce consumption of memory and CPU resources by software. The technical scheme is as follows:
a method for supporting simultaneous multipath stream pushing by live broadcast software comprises the following steps:
step 1: downloading the latest code of the Open broadcast Software, and installing and configuring a dependency library according to a guide;
step 2: if a self-defined stream output protocol is to be designed, a source code file myrtp.c is newly built under a plugin/obs-outputs/directory, and various callback functions are realized according to the requirements defined in an Open broadcast Software output plug-in protocol plug-in interface specification obs _ output _ info; if the existing protocol realized by the third-party live broadcast platform is utilized, the protocol is subjected to secondary packaging, and secondary packaging is carried out according to the requirement defined in the Open broadcast Software output plug-in protocol plug-in interface specification obs _ output _ info;
and step 3: modifying OBSBasicSettings and OBSBasics classes, configuring information such as live streaming server addresses, secret keys and protocol types for the added streaming in the OBSBasicSettings classes, and storing the added new streaming information in a variable of an OBSService type newly added in the OBSBasic;
and 4, step 4: modifying a window-basic-main-output. hpp file, adding a new OBSOutput to the BasicoutHandler class according to the multi-path flow pushing scheme configured in the step 3, wherein the number of the added new OBSOutput corresponds to the number of paths for configuring the flow pushing;
and 5: modifying SimpleOutput classes in the window-basic-main-outputs. cpp file, and respectively configuring a corresponding audio encoder for each output stream according to the OBSOutput added in the step 4;
step 6: modifying a constructor of SimpleOutput classes, initializing the new OBSOutput added in the step 5 according to a mode similar to rtmp protocol output, and adding initialization of an audio encoder rtp _ audioEncoder; mounting the newly added output streamOutput _ rtp into a call back function pointer queue of start and stop events generated by a user interaction interface of the plug flow software;
and 7: modifying a StartStreaming function, adding the starting of streamOutput _ rtp in a manner similar to the starting of rtmp output, and setting an audio encoder of streamOutput _ rtp as an rtp _ auidoEncoder created in the front;
and 8: modifying SimpleOutput, namely, a SetupOutputs function, adding audio coding data to streamOutput _ rtp according to a rtmp output stream mode, wherein the source is coded by a rtp _ audioEncoder coder;
and step 9: and modifying codes involved in other control flow state switch processes according to the method and connecting control logic in the UI interface.
Further, in step 3, when the variable of the OBSService type for receiving the multipath plug flow configuration information is modified and added, the modification is performed as needed, if only one path of plug flow is added, an additional variable of the OBSService type is added, and if multiple paths of plug flow are added, a container is used for storing the additional variable.
Furthermore, in step 5, if the current mainstream streaming media audio coding and decoding scheme is aac, the default encoder of rtmp push streaming protocol is directly multiplexed, otherwise, a new obsenecoder audio encoder is added.
Furthermore, when the video encoder is set for the newly added output stream in step 7 and step 8, h264Streaming of rtmp is directly multiplexed.
The invention has the beneficial effects that: the invention provides the capability of multi-path simultaneous stream pushing for popular live broadcast Software 'Open broadcast Software', and solves the problem that only a single RTMP protocol stream can be pushed by using the 'Open broadcast Software', but a user-defined stream pushing protocol cannot be output simultaneously. The method and the system can enable one anchor user to simultaneously push own real-time live content to different live broadcast platforms and support multi-path streams of different protocols. The reconstruction method provided by the invention needs few source codes to be modified, the added multi-channel plug flow realizes the multiplexing of the existing resources to the maximum extent, for example, the multiplexing of a video codec which consumes the most computing resources, and the capability of enabling the Open broadcast Software to support the multi-channel plug flow at lower reconstruction cost is realized, and the operation is as smooth as compared with the Software of the original version. An application scene developer needing to carry out multi-channel video live broadcast can realize the application scene without large change according to the introduced steps, the development cost can be saved, and the subsequent upgrade and maintenance are easy.
Drawings
FIG. 1 is a flow diagram of the present invention.
Fig. 2 is a flow chart when the present invention is implemented by an application.
Detailed Description
The invention is described in further detail below with reference to the figures and specific embodiments. As shown in FIG. 1, the kernel of "OpenBroadcaster Software" is mainly divided into two parts:
(1) the obs is responsible for managing the user interaction interface, including generating the user interface, responding to the user operation and the like, and also responsible for managing a configuration file generated by the user operation of the interaction interface; "Open broadcast Software" is Software using a plug-in framework, so most of the additional functions depend on independent plug-ins to run, and therefore "obs" needs to load corresponding plug-ins according to user configuration and manage the life cycle of the plug-ins, such as loading, destroying, stopping, and the like;
(2) the libobs is mainly responsible for the management of the audio and video codec and the management of the output stream obsoutput; the important step of the invention is to add a management mode for modifying the obsoutput, and the obsoutput is responsible for packaging and managing one output stream, including sending the coded and decoded audio and video to the output stream, and performing corresponding state control and the like. The real responsibility for pushing the streaming media to the video live broadcast platform is accomplished by the plug-in supporting different streaming media live broadcast protocols, and it can be seen from fig. 1 that two paths of streaming media are simultaneously pushed to different live broadcast platforms, one of the streaming media live broadcast protocols is rtmp, and the other is a self-defined rtp live broadcast protocol.
The method for supporting simultaneous multi-channel stream pushing by live broadcasting software of the embodiment modifies the source code of the Open broadcast software, adds related codes supporting multi-channel live broadcasting, modifies part of interfaces to enable a user to configure related information of the multi-channel live broadcasting, and finally multiplexes the same video encoder and the encoded code stream thereof during live broadcasting and integrates audio encoding data required by different live broadcasting protocols to complete the multi-channel live broadcasting.
In order to better implement the present invention, the steps for implementing the present invention are explained in detail with reference to fig. 2 as follows:
step 1: the "OpenBroadcaster Software" up-to-date code is downloaded from the open source website https:// gitubb. com/object/objects-studio, configuring the dependency library according to the wizard installation.
Step 2: if the own streaming output protocol needs to be designed, a source code file must be newly built under the plugins/obs-outputs/directory, and various callback functions are implemented in the source code file according to the requirements defined in the Open broadcast Software output plug-in interface specification obs _ output _ info. Suppose that a user needs to add a new self-defined live broadcast output plug-flow RTP protocol plug-in for 'Open broadcast software', and a source file is myrtp.c; then various callback functions defined in the obs output stream plug-in interface specification obs _ output _ info must be implemented in this file, such as void (create) (obs _ data _ t _ settings, obs _ output _ t _ output) function pointers are used to point to the plug-in for creating the output instance.
If the existing protocols realized by each third-party live broadcast platform are to be utilized, the protocol realization of each third-party live broadcast platform needs to be subjected to secondary encapsulation, and the secondary encapsulation is carried out according to the requirements defined in the Open broadcast Software output plug-in protocol plug-in interface specification obs _ output _ info.
And step 3: and modifying the OBSBasicSettings class and the corresponding QT interface file OBSBasicSettings.ui, adding information of the user configured multi-path stream in the interface file, such as configuring the address, the key, the protocol type and the like of a stream pushing platform, and finally modifying the OBSBasicSettings to realize user interaction.
And 4, step 4: modifying the OBSBasic class, wherein, modifying and adding the variable of the OBSService type for receiving the multi-channel plug flow configuration information, wherein the modification can be carried out according to the requirement of the OBSBasic class, if only one channel of plug flow is added, the variable of the OBSService type is additionally added; such as rtp service.
And 5: and modifying the window-basic-main-output. hpp file, and adding a new OBSOutput to the BasicoutHandler class according to the multi-path push flow scheme in the step 4, wherein the new OBSOutput is added according to the number of paths of push flow configured in the step 4. If only one push stream is added, one more push stream is added, for example, rtp _ streamOutput.
Step 6: modifying SimpleOutput classes in the window-basic-main-output. cpp file, respectively configuring corresponding audio encoders for each output stream according to the OBSOutput added in the step 5, noting that the current mainstream streaming media audio encoding and decoding scheme is aac or opus, directly multiplexing the encoder of a default rtmp push stream protocol if aac is aac, otherwise, adding the corresponding encoders; such as rtp _ auidoEncoder.
And 7: modifying a SimpleOutput type construction function, initializing the new OBSOutput added in the step 5 in a manner similar to the output of a default rtmp protocol, and adding the initialized object to event callback function queues of start, stop and the like of a software foreground interface, so that the operation event notification of a user can be normally obtained; initializing the audio encoder added in the step 6; if the newly added output streamOutput _ rtp is to be mounted in an event callback function pointer queue of start, stop and the like generated by a user interaction interface of the plug-flow software, the operation event notification of the user can be normally obtained, and then a corresponding response is carried out.
And 8: modifying a StartStreaming function of SimpleOutput type, adding a new OBSOutput start added in the step 5 according to a manner similar to a default rtmp stream output start, and setting an audio encoder of the new OBSOutput as the audio encoders respectively and correspondingly created in the step 6; it should be noted that no additional new video encoder is required to be created, and only h264Streaming of rtmp is directly multiplexed, so that the consumption of computing performance can be effectively reduced, and the video encoder consumes computing resources;
and step 9: a function of setup outputs is modified, audio coded data sources are set for the new OBSOutput added in the step 5 in a manner similar to that of a default rtmp output stream as audio encoders correspondingly created in the step 6 respectively, and note that the new OBSOutput video coded data sources are set to be h264Streaming of the default rtmp stream;
step 10: other codes involved in the control flow state switch process and the like are modified according to similar ideas, and control logics in the UI interface are connected.
Claims (4)
1. A method for supporting simultaneous multipath stream pushing by live broadcast software is characterized by comprising the following steps:
step 1: downloading the latest code of the Open broadcast Software, and installing and configuring a dependency library according to a guide;
step 2: if a self-defined stream output protocol is to be designed, a source code file myrtp.c is newly built under a plugin/obs-outputs/directory, and various callback functions are realized according to the requirements defined in an Open broadcast Software output plug-in protocol plug-in interface specification obs _ output _ info; if the existing protocol realized by the third-party live broadcast platform is utilized, the protocol is subjected to secondary packaging, and secondary packaging is carried out according to the requirement defined in the Open broadcast Software output plug-in protocol plug-in interface specification obs _ output _ info;
and step 3: modifying OBSBasicSettings and OBSBasics classes, and adding information of user configuration multi-path streams in a QT interface file OBSBasicSettings.ui corresponding to the OBSBasicSettings classes, wherein the information comprises an address, a key and a protocol type of a configuration plug-flow platform, and the added new stream information is stored in a variable of a newly added OBSService type in the OBSBasic;
and 4, step 4: modifying a window-basic-main-output. hpp file, adding a new OBSOutput to the BasicoutHandler class according to the multi-path flow pushing scheme configured in the step 3, wherein the number of the added new OBSOutput corresponds to the number of paths for configuring the flow pushing;
and 5: modifying SimpleOutput classes in the window-basic-main-outputs. cpp file, and respectively configuring a corresponding audio encoder for each output stream according to the OBSOutput added in the step 4;
step 6: modifying a constructor of SimpleOutput classes, initializing the new OBSOutput added in the step 4 according to an rtmp protocol output mode, and adding initialization of an audio encoder rtp _ audioEncoder; mounting the newly added output streamOutput _ rtp into a call back function pointer queue of start and stop events generated by a user interaction interface of the plug flow software;
and 7: modifying a StartStreaming function, adding the starting of streamOutput _ rtp according to the starting mode of rtmp protocol output, and setting an audio encoder of streamOutput _ rtp as the previously created rtp _ audioEncoder;
and 8: modifying SimpleOutput, namely, a SetupOutputs function, adding audio coding data to streamOutput _ rtp according to a rtmp output stream mode, wherein the source is coded by a rtp _ audioEncoder coder;
and step 9: and modifying codes related to the rest control flow state switch processes according to the method and connecting control logic in the UI interface.
2. The method according to claim 1, wherein in step 3, when modifying and adding an variable of an OBSService type for receiving configuration information of multiple push streams, the modification is performed as needed, if only one push stream is added, an additional variable of the OBSService type is added, and if multiple push streams are added, a container is used for storing the additional variable.
3. The method as claimed in claim 1, wherein in step 5, if the current mainstream streaming media audio codec scheme is aac, the default encoder of rtmp push streaming protocol is directly multiplexed, otherwise, a new obsenecoder audio encoder is added.
4. The method of claim 1, wherein the h264Streaming of rtmp is directly multiplexed when the video encoder is set up for the newly added output stream in steps 7 and 8.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810618947.7A CN108777818B (en) | 2018-06-15 | 2018-06-15 | Method for supporting simultaneous multipath stream pushing by live broadcast software |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810618947.7A CN108777818B (en) | 2018-06-15 | 2018-06-15 | Method for supporting simultaneous multipath stream pushing by live broadcast software |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108777818A CN108777818A (en) | 2018-11-09 |
CN108777818B true CN108777818B (en) | 2020-07-14 |
Family
ID=64025142
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810618947.7A Active CN108777818B (en) | 2018-06-15 | 2018-06-15 | Method for supporting simultaneous multipath stream pushing by live broadcast software |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108777818B (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112788349B (en) * | 2019-11-01 | 2022-10-04 | 上海哔哩哔哩科技有限公司 | Data stream pushing method, system, computer equipment and readable storage medium |
CN110798698B (en) * | 2019-11-25 | 2020-09-11 | 盈动电子竞技(海南自贸区)有限公司 | Multi-server stream pushing method, equipment and storage medium for live broadcast application program |
CN112492329B (en) * | 2020-10-29 | 2023-06-20 | 北京达佳互联信息技术有限公司 | Live broadcast method and device |
CN114866822B (en) * | 2022-05-10 | 2024-04-09 | 上海哔哩哔哩科技有限公司 | Live broadcast push stream method and device, and live broadcast pull stream method and device |
CN116074544A (en) * | 2022-11-15 | 2023-05-05 | 深圳壹秘科技有限公司 | Multi-platform live broadcast method, system, equipment and medium |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105516748A (en) * | 2015-11-27 | 2016-04-20 | 北京奇虎科技有限公司 | Method and server for realizing network live broadcasting |
CN107027045A (en) * | 2017-04-11 | 2017-08-08 | 广州华多网络科技有限公司 | Pushing video streaming control method, device and video flowing instructor in broadcasting end |
CN107295426A (en) * | 2017-08-15 | 2017-10-24 | 四川长虹电器股份有限公司 | A kind of net cast of low latency optimizes and playbacked method |
CN108040038A (en) * | 2017-11-28 | 2018-05-15 | 北京潘达互娱科技有限公司 | The live method of network interdynamic, network main broadcaster end and user terminal |
-
2018
- 2018-06-15 CN CN201810618947.7A patent/CN108777818B/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105516748A (en) * | 2015-11-27 | 2016-04-20 | 北京奇虎科技有限公司 | Method and server for realizing network live broadcasting |
CN107027045A (en) * | 2017-04-11 | 2017-08-08 | 广州华多网络科技有限公司 | Pushing video streaming control method, device and video flowing instructor in broadcasting end |
CN107295426A (en) * | 2017-08-15 | 2017-10-24 | 四川长虹电器股份有限公司 | A kind of net cast of low latency optimizes and playbacked method |
CN108040038A (en) * | 2017-11-28 | 2018-05-15 | 北京潘达互娱科技有限公司 | The live method of network interdynamic, network main broadcaster end and user terminal |
Non-Patent Citations (1)
Title |
---|
OBS(Open Broadcaster Software)桌面视频直播软件/直播推流工具使用方法指南;xiejiashu;《CSDN,https://blog.csdn.net/xiejiashu/article/details/68483758》;20170330;1-10 * |
Also Published As
Publication number | Publication date |
---|---|
CN108777818A (en) | 2018-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108777818B (en) | Method for supporting simultaneous multipath stream pushing by live broadcast software | |
US8640097B2 (en) | Hosted application platform with extensible media format | |
US8365153B2 (en) | Server-based code compilation | |
JP7386990B2 (en) | Video playback methods, devices, equipment and computer programs | |
EP2556418B1 (en) | Communication console with component aggregation | |
JP2008536384A (en) | A system that runs applications in a set-top box environment with limited resources | |
CN111629214A (en) | Transcoding method, device, equipment and medium of video file | |
CN108932948B (en) | Audio data processing method and device, computer equipment and computer readable storage medium | |
US20140173596A1 (en) | Media processor and resource management platform | |
JP2010288301A (en) | System for multimedia rendering in portable device | |
CN111355983B (en) | Service data processing method, device, server and storage medium | |
CN107092507B (en) | Application program skin changing method, device and system | |
CN113709185B (en) | Method and system for realizing Android cloud streaming | |
CN114371850A (en) | Management method for project construction compiling and code development | |
CN114501025A (en) | Video transcoding method, device, equipment and medium | |
KR20050094372A (en) | System and method for servicing multimedia contents and recording medium thereof | |
WO2015176498A1 (en) | Software upgrade method, mobile terminal and computer storage medium | |
WO2016202202A1 (en) | Device connection method and apparatus, and smart television system | |
US20070033239A1 (en) | Preloading resources from data carousel of broadcast file system | |
US9026983B2 (en) | Flexible and scalable software system architecture for implementing multimedia applications | |
KR20030085518A (en) | Method and equipment for managing interactions in the mpeg-4 standard | |
CN114840194A (en) | Code and operating system generation method and device, server and electronic equipment | |
CN114028801A (en) | User input method, device, equipment and storage medium based on cloud | |
CN115054914A (en) | Operation method, downloading method and device | |
US8572561B1 (en) | Multiple java ME MIDlet execution in single-instance CLDC JVM |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |