CN107913519B - 2D game rendering method and mobile terminal - Google Patents

Abstract

The invention discloses a 2D game rendering method. The method includes: acquiring 2D game screen data, analyzing the initial coordinates of the 2D game screen elements; constructing the actual coordinate system of the 2D game screen elements based on the initial coordinates; In the actual coordinate system, the 2D game screen is mapped into a 3D game screen, and the data of the mapped 3D game screen is cached in a buffer; an operation instruction of the 2D game is received; and the buffer is called according to the operation instruction The data of the 3D game screen in the 3D game screen triggers the 3D game screen rendering mechanism. The present invention also provides a mobile terminal and a computer-readable storage medium. The mobile terminal, 2D game rendering method and computer-readable storage medium provided by the present invention can rapidly improve the rendering speed of the game by enabling GPU rendering by using the method of mapping game images from 2D to 3D.

Description

2D game rendering method and mobile terminal

technical field

The present invention relates to the technical field of communication, in particular to a rendering method of 2D games and a mobile terminal.

Background technique

With the gradual popularization of mobile terminals, playing games and entertainment on mobile terminals has become a trend. At present, the game engine in the game operation activities mainly uses HTML5 canvas (especially 2D games), but the canvas has relatively high requirements on the hardware platform, so the rendering speed on mobile terminals such as mobile phones is very slow, and it is difficult to Reaching the frame rate when used on a computer greatly affects the user experience, thereby limiting the development of the game industry on mobile terminals.

Contents of the invention

In view of this, the present invention proposes a 2D game rendering method and a mobile terminal, which can enable GPU rendering by adopting the method of mapping the game screen from 2D to 3D, and can rapidly increase the rendering speed of the game.

First, in order to achieve the above object, the present invention proposes a mobile terminal, which includes a memory, a processor, and a rendering program of a 2D game stored on the memory and operable on the processor. When the rendering program of the game is executed by the processor, the following steps are implemented:

Obtain 2D game screen data and analyze the initial coordinates of 2D game screen components;

Constructing an actual coordinate system of the 2D game screen element based on the initial coordinates;

Mapping the 2D game screen into a 3D game screen based on the actual coordinate system, and buffering the data of the mapped 3D game screen into a buffer;

Receive running commands for 2D games; and

According to the operation instruction, the data of the 3D game picture in the buffer is called, and the rendering mechanism of the 3D game picture is triggered.

Optionally, the step of constructing the actual coordinate system of the 2D game screen element based on the initial coordinates specifically includes:

constructing a CSS library, the CSS library including at least one conversion tag;

Build JS libraries; and

Based on the initial coordinates, the actual coordinate system of the 2D game screen element is constructed according to the conversion tag of the CSS library and the JS library.

Optionally, when the rendering program of the 2D game is executed by the processor, the following steps are also implemented:

calling a graphics processing unit (GPU) to render the 3D game screen; and

The display screen of the mobile terminal is controlled to display the rendered 3D game picture in real time.

Optionally, the step of invoking a graphics processing unit (GPU) to render the 3D game screen specifically includes: performing vertex processing, rasterization calculation, texture mapping and pixel processing on the 3D game screen.

In addition, in order to achieve the above object, the present invention also provides a 2D game rendering method, which is applied to a mobile terminal, and the method includes:

Obtain 2D game screen data and analyze the initial coordinates of 2D game screen components;

Constructing an actual coordinate system of the 2D game screen element based on the initial coordinates;

Mapping the 2D game screen into a 3D game screen based on the actual coordinate system, and buffering the data of the mapped 3D game screen into a buffer;

Receive running commands for 2D games; and

According to the operation instruction, the data of the 3D game picture in the buffer is called, and the rendering mechanism of the 3D game picture is triggered.

Optionally, the step of constructing the actual coordinate system of the 2D game screen element based on the initial coordinates specifically includes:

constructing a CSS library, the CSS library including at least one conversion tag;

Build JS libraries; and

Based on the initial coordinates, the actual coordinate system of the 2D game screen element is constructed according to the conversion tag of the CSS library and the JS library.

Optionally, the method also includes:

calling a graphics processing unit (GPU) to render the 3D game screen; and

The display screen of the mobile terminal is controlled to display the rendered 3D game picture in real time.

Optionally, the step of invoking a graphics processing unit (GPU) to render the 3D game screen specifically includes: performing vertex processing, rasterization calculation, texture mapping and pixel processing on the 3D game screen.

Optionally, the mobile terminal includes at least two microphone devices in different positions, and the method further includes:

According to the change of the spatial position of the microphone device, correspondingly change the sound of each microphone device; and

In the process of rendering the 3D game picture, the adjusted sound of the microphone is synchronized with the rendered 3D game picture.

Further, in order to achieve the above object, the present invention also provides a computer-readable storage medium, the computer-readable storage medium stores a 2D game rendering program, and the 2D game rendering program can be executed by at least one processor, To make the at least one processor execute the steps of the above-mentioned 2D game rendering method.

Compared with the prior art, the mobile terminal, 2D game rendering method and computer-readable storage medium proposed by the present invention, firstly, acquire 2D game screen data, and analyze the initial coordinates of 2D game screen elements; then, based on the initial Coordinate constructing the actual coordinate system of the 2D game screen element; then, based on the actual coordinate system, map the 2D game screen into a 3D game screen, and cache the data of the mapped 3D game screen into the buffer; and, receiving A 2D game running instruction; finally, according to the running instruction, the data of the 3D game screen in the buffer is called to trigger the rendering mechanism of the 3D game screen. In this way, GPU rendering can be enabled by using the method of mapping the game screen from 2D to 3D, which can quickly increase the rendering speed of the game.

Description of drawings

FIG. 1 is a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention;

FIG. 2 is a system architecture diagram of a communication network provided by an embodiment of the present invention;

3 is a program module diagram of the first and second embodiments of the rendering program of the 2D game of the present invention;

4 is a program module diagram of the third embodiment of the rendering program of the 2D game of the present invention;

5 is a program module diagram of the fourth embodiment of the rendering program of the 2D game of the present invention;

6 is a flow chart of the first embodiment of the rendering method of the 2D game of the present invention;

7 is a flow chart of the second embodiment of the rendering method of the 2D game of the present invention;

FIG. 8 is a flow chart of the third embodiment of the rendering method of the 2D game of the present invention;

FIG. 9 is a flow chart of a fourth embodiment of a rendering method for a 2D game according to the present invention.

The realization of the purpose of the present invention, functional characteristics and advantages will be further described in conjunction with the embodiments and with reference to the accompanying drawings.

Detailed ways

It should be understood that the specific embodiments described here are only used to explain the present invention, not to limit the present invention.

In the following description, use of suffixes such as 'module', 'part' or 'unit' for denoting elements is only for facilitating description of the present invention and has no specific meaning by itself. Therefore, 'module', 'part' or 'unit' may be used in combination.

Terminals may be implemented in various forms. For example, the terminals described in the present invention may include mobile phones, tablet computers, notebook computers, palmtop computers, personal digital assistants (Personal Digital Assistant, PDA), portable media players (Portable Media Player, PMP), navigation devices, portable Mobile terminals such as wearable devices, smart bracelets, and pedometers, and fixed terminals such as digital TVs and desktop computers.

In the following description, a mobile terminal will be taken as an example, and those skilled in the art will understand that, in addition to elements specially used for mobile purposes, the configurations according to the embodiments of the present invention can also be applied to fixed-type terminals.

Please refer to FIG. 1 , which is a schematic diagram of the hardware structure of a mobile terminal implementing various embodiments of the present invention. The mobile terminal 100 may include: an RF (Radio Frequency, radio frequency) unit 101, a WiFi module 102, an audio output unit 103, A /V (audio/video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111 and other components. Those skilled in the art can understand that the structure of the mobile terminal shown in Figure 1 does not constitute a limitation on the mobile terminal, and the mobile terminal may include more or less components than those shown in the figure, or combine some components, or different components layout.

Each component of the mobile terminal is specifically introduced below in combination with FIG. 1:

The radio frequency unit 101 can be used for sending and receiving information or receiving and sending signals during a call. Specifically, after receiving the downlink information of the base station, it is processed by the processor 110; in addition, the uplink data is sent to the base station. Generally, the radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 101 can also communicate with the network and other devices through wireless communication. The above wireless communication can use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication, Global System for Mobile Communications), GPRS (General Packet Radio Service, General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000, Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access, Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access, Time Division Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution, Frequency Division Duplexing Long Term Evolution) and TDD-LTE (Time DivisionDuplexing-Long Term Evolution, Time Division Duplexing Long Term Evolution), etc.

WiFi is a short-distance wireless transmission technology. The mobile terminal 100 can help users send and receive e-mails, browse web pages, and access streaming media through the WiFi module 102. It provides users with wireless broadband Internet access. Although Fig. 1 shows the WiFi module 102, it can be understood that it is not an essential component of the mobile terminal, and can be completely omitted as required without changing the essence of the invention.

The audio output unit 103 can store the audio received by the radio frequency unit 101 or the WiFi module 102 or in the memory 109 when the mobile terminal 100 is in a call signal receiving mode, a call mode, a recording mode, a voice recognition mode, a broadcast receiving mode, or the like. The audio data is converted into an audio signal and output as sound. Also, the audio output unit 103 can also provide audio output related to a specific function performed by the mobile terminal 100 (eg, call signal reception sound, message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, and the like.

The A/V input unit 104 is used to receive audio or video signals. The A/V input unit 104 may include a graphics processing unit (Graphics Processing Unit, GPU) 1041 and a microphone 1042, and the graphics processing unit 1041 is used for still pictures or The image data of the video is processed. The processed image frames may be displayed on the display unit 106 . The image frames processed by the graphics processor 1041 may be stored in the memory 109 (or other storage media) or sent via the radio frequency unit 101 or the WiFi module 102 . The microphone 1042 can receive sound (audio data) via the microphone 1042 in a phone call mode, a recording mode, a voice recognition mode, and the like operating modes, and can process such sound as audio data. The processed audio (voice) data can be converted into a format transmittable to a mobile communication base station via the radio frequency unit 101 for output in case of a phone call mode. The microphone 1042 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the process of receiving and transmitting audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 1061 according to the brightness of the ambient light, and the proximity sensor can turn off the display panel 1061 and the display panel 1061 when the mobile terminal 100 moves to the ear / or backlighting. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes), and can detect the magnitude and direction of gravity when it is stationary, and can be used to identify the application of mobile phone posture (such as horizontal and vertical screen switching, related Games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tap), etc.; as for mobile phones, fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, Other sensors such as thermometers, image sensors, infrared sensors, etc., will not be repeated here.

The display unit 106 is used to display information input by the user or information provided to the user. The display unit 106 may include a display panel 1061, and the display panel 1061 may be configured in the form of a liquid crystal display (Liquid Crystal Display, LCD), an organic light-emitting diode (Organic Light-Emitting Diode, OLED), or the like.

The user input unit 107 can be used to receive input numbers or character information, and generate key signal input related to user settings and function control of the mobile terminal. Specifically, the user input unit 107 may include a touch panel 1071 and other input devices 1072 . The touch panel 1071, also referred to as a touch screen, can collect touch operations of the user on or near it (for example, the user uses any suitable object or accessory such as a finger or a stylus on the touch panel 1071 or near the touch panel 1071). operation), and drive the corresponding connection device according to the preset program. The touch panel 1071 may include two parts, a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch orientation, and detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact coordinates, and sends it to the to the processor 110, and can receive and execute commands sent by the processor 110. In addition, the touch panel 1071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071 , the user input unit 107 may also include other input devices 1072 . Specifically, other input devices 1072 may include, but are not limited to, one or more of physical keyboards, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, etc., which are not limited here. .

Further, the touch panel 1071 may cover the display panel 1061, and when the touch panel 1071 detects a touch operation on or near it, it transmits to the processor 110 to determine the type of the touch event, and then the processor 110 determines the type of the touch event according to the The type provides a corresponding visual output on the display panel 1061 . Although in FIG. 1, the touch panel 1071 and the display panel 1061 are used as two independent components to realize the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated. The implementation of the input and output functions of the mobile terminal is not specifically limited here.

The interface unit 108 serves as an interface through which at least one external device can be connected with the mobile terminal 100 . For example, an external device may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, audio input/output (I/O) ports, video I/O ports, headphone ports, and more. The interface unit 108 can be used to receive input from an external device (for example, data information, power, etc.) transfer data between devices.

The memory 109 can be used to store software programs as well as various data. The memory 109 can mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, at least one application program required by a function (such as a sound playback function, an image playback function, etc.) etc.; Data created by the use of mobile phones (such as audio data, phonebook, etc.), etc. In addition, the memory 109 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage devices.

The processor 110 is the control center of the mobile terminal, and uses various interfaces and lines to connect various parts of the entire mobile terminal, by running or executing software programs and/or modules stored in the memory 109, and calling data stored in the memory 109 , execute various functions of the mobile terminal and process data, so as to monitor the mobile terminal as a whole. The processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface and application programs, etc., and the modem The processor mainly handles wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor 110 .

The mobile terminal 100 can also include a power supply 111 (such as a battery) for supplying power to various components. Preferably, the power supply 111 can be logically connected to the processor 110 through a power management system, so as to manage charging, discharging, and power consumption through the power management system. and other functions.

Although not shown in FIG. 1 , the mobile terminal 100 may also include a Bluetooth module, etc., which will not be repeated here.

In order to facilitate understanding of the embodiments of the present invention, the following describes the communication network system on which the mobile terminal of the present invention is based.

Please refer to FIG. 2. FIG. 2 is a structure diagram of a communication network system provided by an embodiment of the present invention. The communication network system is an LTE system of general mobile communication technology, and the LTE system includes UEs (User Equipment, User Equipment) connected in sequence ) 201, E-UTRAN (Evolved UMTS Terrestrial Radio Access Network, Evolved UMTS Terrestrial Radio Access Network) 202, EPC (Evolved Packet Core, Evolved Packet Core Network) 203 and the operator's IP service 204.

Specifically, the UE 201 may be the above-mentioned terminal 100, which will not be repeated here.

E-UTRAN 202 includes eNodeB 2021 and other eNodeB 2022 and so on. Wherein, the eNodeB2021 can be connected to other eNodeB2022 through a backhaul (for example, X2 interface), the eNodeB2021 is connected to the EPC203, and the eNodeB2021 can provide access from the UE201 to the EPC203.

EPC203 may include MME (Mobility Management Entity, Mobility Management Entity) 2031, HSS (Home Subscriber Server, Home Subscriber Server) 2032, other MME2033, SGW (Serving Gate Way, Serving Gateway) 2034, PGW (PDN Gate Way, packet data Network Gateway) 2035 and PCRF (Policy and Charging Rules Function, Policy and Charging Functional Entity) 2036, etc. Wherein, MME2031 is a control node that processes signaling between UE201 and EPC203, and provides bearer and connection management. HSS2032 is used to provide some registers to manage functions such as home location register (not shown in the figure), and save some user-specific information about service features and data rates. All user data can be sent through SGW2034, PGW2035 can provide UE 201 IP address allocation and other functions, PCRF2036 is the policy and charging control policy decision point of service data flow and IP bearer resources, it is the policy and charging execution function A unit (not shown) selects and provides available policy and charging control decisions.

The IP service 204 may include Internet, Intranet, IMS (IP Multimedia Subsystem, IP Multimedia Subsystem) or other IP services.

Although the LTE system is taken as an example above, those skilled in the art should know that the present invention is not only applicable to the LTE system, but also applicable to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA and future new wireless communication systems. The network system, etc., are not limited here.

Based on the above hardware structure of the mobile terminal 100 and the communication network system, various embodiments of the method of the present invention are proposed.

First, the present invention proposes a 2D game rendering program 300 .

Referring to FIG. 3 , it is a program module diagram of the first embodiment of the 2D game rendering program 300 of the present invention. In this embodiment, the rendering program 300 of the 2D game can be divided into one or more modules, and the one or more modules are stored in the memory 109 of the mobile terminal 100, and are composed of one or more The processor (the processor 110 in this embodiment) is executed to complete the present invention. For example, in FIG. 3 , the rendering program 300 of the 2D game may be divided into an acquisition module 301 , an establishment module 302 , a mapping module 303 , a reception module 304 and a trigger module 305 . The program module referred to in the present invention refers to a series of computer program instruction segments capable of completing specific functions, which is more suitable than a program to describe the execution process of the rendering program 300 of the 2D game in the mobile terminal 100 . The functions of each functional module 301-305 will be described in detail below.

The acquiring module 301 is configured to acquire 2D game screen data, and analyze initial coordinates of 2D game screen elements.

The establishing module 302 is configured to construct an actual coordinate system of the 2D game screen element based on the initial coordinates. The specific steps of constructing the actual coordinate system of the 2D game screen element based on the initial coordinates will be described in detail below.

The mapping module 303 is configured to map the 2D game screen into a 3D game screen based on the actual coordinate system, and cache the data of the mapped 3D game screen into a buffer.

The receiving module 304 is configured to receive the running instruction of the 2D game.

Specifically, the user operates the game screen through the client terminal of the mobile terminal 100 , and the receiving module 304 receives the running instruction about the 2D game sent by the client terminal of the mobile terminal 100 .

The triggering module 305 is configured to, after the receiving module 304 receives the running instruction about the 2D game, call the data of the 3D game screen in the buffer according to the running command, and trigger the 3D game screen rendering mechanism.

Through the above program modules 301-305, the 2D game rendering program 300 proposed by the present invention, first, the mobile terminal 100 acquires 2D game screen data, analyzes the initial coordinates of the 2D game screen elements, and secondly, constructs The actual coordinate system of the 2D game screen element, then, based on the actual coordinate system, map the 2D game screen into a 3D game screen, and cache the data of the mapped 3D game screen into the buffer; finally receive the 2D game screen and calling the data of the 3D game screen in the buffer according to the execution command, and triggering the rendering mechanism of the 3D game screen. By using the mobile terminal 100 to map the game screen from 2D to 3D and enable GPU rendering, the rendering speed of the game can be rapidly increased.

Further, based on the above-mentioned first embodiment of the 2D game rendering program 300 of the present invention, a second embodiment of the present invention (as shown in FIG. 3 ) is proposed. In this embodiment, the establishment module 302 is also used for:

A CSS library and a JS library are constructed, the CSS library includes at least one conversion tag.

In this embodiment, the establishment module 302 is further configured to construct the actual coordinate system of the 2D game screen element based on the initial coordinates of the 2D game screen element, according to the conversion tag of the CSS library and the JS library.

Specifically, the transformation tags include transform-origin, transform-style, perspective. transform-origin: origin (origin, starting point), that is, the starting point of deformation, can be understood as the origin of coordinates in mathematics. The transform-origin attribute value can be specific values such as percentage, em, px, etc., or keywords such as top, right, bottom, left, and center. transform-style: Specifies how nested elements are rendered in 3D space. The transformation tag transform-style has two attribute values: flat and preserve-3d. The flat value is the default value, indicating that all child elements are presented on a 2D plane. preserve-3d means that all child elements are rendered in 3D space. If the value of transform-style is set to flat for an element, all child elements of the element will be flattened to the 2D plane of the element for presentation. Rotating the element along the X or Y axis will cause child elements at positive or negative Z positions to appear in the plane of the element, rather than in front of or behind it. Conversely, if a transform-style value is set to preserve-3d for an element, it means that no flattening operation is performed, and all its child elements are located in 3D space. The transform-style attribute needs to be set on the parent element, above any nested transform elements. That is, when the value of transform-style is flat, its child elements will not be affected by rotateX (rotation), etc., but will be directly superimposed on the parent element and be on the same plane as the parent element. When the value of transform-style is preserve-3d, the child element is separated from the parent element and controlled by a separate attribute.

In this embodiment, the JS library includes environmental parameters of the actual display screen, game scene parameters, movement parameters of game elements, and the like. The building module 302 constructs the actual coordinate system of the elements of the 2D game screen based on the initial coordinates of the elements of the 2D game screen, the conversion tags of the CSS library and the environmental parameters provided by the JS library, the game scene parameters, and the movement parameters of the game elements.

In this embodiment, the JS library also performs collision detection of game screen elements according to the generated actual coordinate system. The specific collision detection method belongs to the prior art and will not be repeated here.

Through the above program modules 301-305, the 2D game rendering program 300 proposed by the present invention can construct the 2D game based on the initial coordinates of the 2D game screen elements, according to the conversion tags of the CSS library and the JS library The actual coordinate system of the screen element, and the collision detection is completed through the JS library.

Further, based on the above-mentioned first embodiment of the 2D game rendering program 300 of the present invention, a third embodiment of the present invention (as shown in FIG. 4 ) is proposed. In this embodiment, the 2D game rendering program 300 also includes a rendering display module 306, wherein:

The rendering display module 306 is used for:

calling a graphic processing unit (graphic processing unit, GPU) to render the 3D game picture; and controlling the display screen of the mobile terminal to display the rendered 3D game picture in real time.

In this embodiment, the rendering and display module 306 performs vertex processing, rasterization calculation, texture mapping and pixel processing on the 3D game screen to render the 3D game screen. Vertex processing, rasterization calculation, texture mapping and pixel processing are described in detail below.

1. Vertex processing. At this stage, after the GPU reads the mapped 3D graphics appearance, the vertex data in the actual coordinate system determines the shape and position relationship of the 3D graphics, and then establishes the skeleton of the 3D graphics. In GPUs that support DX8 and DX9 specifications, these tasks are done by the hardware-implemented Vertex Shader (fixed-point shader).

2. Rasterization calculation, the image actually displayed on the display is composed of pixels, we need to convert the points and lines on the above generated graphics to corresponding pixel points through a certain algorithm. The process of converting a vector graphic into a series of pixels is called rasterization. For example, a slanted line represented by mathematics is finally transformed into stepped continuous pixels.

3. Texture map, the polygon generated by the vertex unit only constitutes the outline of the 3D object, and the texture mapping (texture mapping) work completes the map of the polygon surface. In layman's terms, it is to paste the corresponding picture on the surface of the polygon. Thus generating a "real" graph. TMU (Texture mapping unit) is used to complete this work.

4. Pixel processing, at this stage (during the rasterization of each pixel) the GPU completes the calculation and processing of the pixels. When it is detected that the game screen stops operating, for example, when no trigger command operation is received for a certain period of time, it is determined that the game screen is stopped. At this time, the real-time mapping of the 2D picture to the 3D picture is ended, and at the same time, the mapping data of the 3D picture is erased, and the calling of the GPU is stopped.

Through the above-mentioned program module 306, the rendering program 300 of the 2D game proposed by the present invention performs vertex processing, rasterization calculation, texture map and pixel processing on the 3D game screen by calling a graphics processing unit (GPU) to process all The 3D game screen is rendered; and the display screen of the mobile terminal is controlled to display the rendered 3D game screen in real time, thereby completing the mechanism of rendering the game screen from 2D to 3D. That is, through 2D to 3D mapping, the GPU rendering of the game screen is turned on, which can quickly increase the rendering speed of the game.

Furthermore, based on the above-mentioned first to third embodiments of the 2D game rendering program 300 of the present invention, a fourth embodiment of the present invention (as shown in FIG. 5 ) is proposed. In this embodiment, the rendering program 300 of the 2D game further includes a weight adjustment module 307, wherein:

In this embodiment, the mobile terminal 100 further includes at least two microphone devices in different positions.

The adjustment module 307 is used to: change the sound of each microphone device correspondingly according to the change of the spatial position of the microphone device; Synchronize with the rendered 3D game screen.

Specifically, the mobile terminal 100 also includes at least two microphone devices in different positions. During the above-mentioned process of mapping the game screen from 2D to 3D, the sound of each microphone device is changed accordingly according to the change of the spatial position of the microphone device. This creates a stereo effect. In the process of invoking the GPU to render the 3D game picture, the sound of the adjusted microphone is synchronized with the rendered 3D game picture, so that the user can have a better experience.

Through the above program module 307, the rendering program 300 of the 2D game proposed by the present invention can change the sound of each microphone device correspondingly according to the change of the spatial position of the microphone device, thereby creating a stereo effect, and calling the GPU to control the 3D game. During the rendering of the game screen, the adjusted sound of the microphone is synchronized with the rendered 3D game screen, so that the user can have a better experience.

In addition, the present invention also proposes a rendering method for 2D games.

Referring to FIG. 6 , it is a flow chart of the first embodiment of the 2D game rendering method of the present invention. In this embodiment, according to different requirements, the execution order of the steps in the flowchart shown in FIG. 6 may be changed, and some steps may be omitted.

Step S601, acquiring 2D game screen data, and analyzing the initial coordinates of the 2D game screen components.

Step S602, constructing an actual coordinate system of the 2D game screen element according to the initial coordinates. The specific steps of constructing the actual coordinate system of the 2D game screen component based on the initial coordinates will be described in detail below (the second embodiment of the rendering method of the 2D game of the present invention, FIG. 7 ).

Step S603, based on the actual coordinate system, map the 2D game screen into a 3D game screen, and cache the data of the mapped 3D game screen into a buffer.

Step S604, receiving a running command of the 2D game.

Specifically, the user operates the game screen through the client terminal of the mobile terminal 100, and the mobile terminal 100 receives an execution instruction about the 2D game sent from the client terminal.

Step S605, calling the data of the 3D game screen in the buffer according to the execution instruction, and triggering the rendering mechanism of the 3D game screen.

Specifically, the mobile terminal 100 acquires 2D game screen data, analyzes the initial coordinates of the 2D game screen elements, and constructs an actual coordinate system of the 2D game screen elements according to the initial coordinates; based on the actual coordinate system, maps the 2D game screen to into a 3D game picture, and cache the data of the mapped 3D game picture in the buffer, receive the running command of the 2D game and transfer the data of the 3D game picture in the buffer according to the running command, and trigger the 3D game Screen rendering mechanism.

Through the above steps S601-605, the rendering method of the 2D game proposed by the present invention, firstly, the mobile terminal 100 acquires the 2D game screen data, analyzes the initial coordinates of the 2D game screen elements, and secondly, constructs the 2D game according to the initial coordinates The actual coordinate system of the screen element; then, based on the actual coordinate system, the 2D game screen is mapped into a 3D game screen, and the data of the mapped 3D game screen is cached in the cache memory, and then, the running instruction of the 2D game is received, Finally, according to the operation instruction, the data of the 3D game picture in the buffer is called, and the rendering mechanism of the 3D game picture is triggered. By using the mobile terminal 100 to map the game screen from 2D to 3D and enable GPU rendering, the rendering speed of the game can be rapidly increased.

As shown in FIG. 7 , it is a flow chart of the second embodiment of the 2D game rendering method of the present invention. In this embodiment, the step of constructing the actual coordinate system of the 2D game screen element based on the initial coordinates specifically includes:

Step S701, building a CSS library and a JS library. In this embodiment, the CSS library includes at least one conversion tag.

Step S702, based on the initial coordinates of the 2D game screen component, construct the actual coordinate system of the 2D game screen component according to the conversion tag of the CSS library and the JS library.

Specifically, the transformation tags include transform-origin, transform-style, perspective. transform-origin: origin (origin, starting point), that is, the starting point of deformation, can be understood as the origin of coordinates in mathematics. The transform-origin attribute value can be specific values such as percentage, em, px, etc., or keywords such as top, right, bottom, left, and center. transform-style: Specifies how nested elements are rendered in 3D space. The transformation tag transform-style has two attribute values: flat and preserve-3d. The flat value is the default value, indicating that all child elements are presented on a 2D plane. preserve-3d means that all child elements are rendered in 3D space. If the value of transform-style is set to flat for an element, all child elements of the element will be flattened to the 2D plane of the element for presentation. Rotating the element along the X or Y axis will cause child elements at positive or negative Z positions to appear in the plane of the element, rather than in front of or behind it. Conversely, if the value of transform-style is set to preserve-3d for an element, it means that no flattening operation is performed, and all its child elements are located in 3D space. The transform-style attribute needs to be set on the parent element, above any nested transform elements. That is, when the value of transform-style is flat, its child elements will not be affected by rotateX (rotation), etc., but will be directly superimposed on the parent element and be on the same plane as the parent element. When the value of transform-style is preserve-3d, the child element is separated from the parent element and controlled by a separate attribute.

In this embodiment, the JS library includes environmental parameters of the actual display screen, game scene parameters, movement parameters of game elements, and the like. The mobile terminal 100 constructs the actual coordinate system of the elements of the 2D game screen based on the initial coordinates of the elements of the 2D game screen, the conversion tags of the CSS library and the environmental parameters provided by the JS library, the game scene parameters, and the movement parameters of the game elements.

In this embodiment, the JS library also performs collision detection of game screen elements according to the generated actual coordinate system. The specific collision detection method belongs to the prior art and will not be repeated here.

Through the above steps S701-S702, the 2D game rendering method proposed by the present invention can construct the 2D game screen component based on the initial coordinates of the 2D game screen component, according to the conversion tag of the CSS library and the JS library The actual coordinate system, and the collision detection is completed through the JS library.

Based on the above-mentioned first embodiment of the rendering method of the 2D game of the present invention, a third embodiment of the rendering method of the 2D game of the present invention is proposed.

As shown in FIG. 8 , it is a flow chart of the third embodiment of the rendering method of the 2D game of the present invention. In this embodiment, according to different requirements, the execution order of the steps in the flowchart shown in FIG. 8 may be changed, and some steps may be omitted.

Step S801, acquiring 2D game screen data, and analyzing the initial coordinates of the 2D game screen components.

Step S802, constructing an actual coordinate system of the 2D game screen element according to the initial coordinates.

Step S803, based on the actual coordinate system, map the 2D game screen into a 3D game screen, and cache the data of the mapped 3D game screen into a buffer.

Step S804, receiving a running command of the 2D game.

Specifically, the user operates the game screen through the client terminal of the mobile terminal 100, and the mobile terminal 100 receives an execution instruction about the 2D game sent from the client terminal.

Step S805, calling the data of the 3D game screen in the buffer according to the execution instruction, and triggering the rendering mechanism of the 3D game screen.

Step S806, calling a graphics processing unit (graphic processing unit, GPU) to render the 3D game screen.

Step S807, controlling the display screen of the mobile terminal to display the rendered 3D game screen in real time.

In this embodiment, the mobile terminal 100 performs vertex processing, rasterization calculation, texture mapping and pixel processing on the 3D game screen to render the 3D game screen. Vertex processing, rasterization calculation, texture mapping and pixel processing are described in detail below.

1. Vertex processing. At this stage, after the GPU reads the mapped 3D graphics appearance, the vertex data in the actual coordinate system determines the shape and position relationship of the 3D graphics, and then establishes the skeleton of the 3D graphics. In GPUs that support DX8 and DX9 specifications, these tasks are done by the hardware-implemented Vertex Shader (fixed-point shader).

2. Rasterization calculation, the image actually displayed on the display is composed of pixels, we need to convert the points and lines on the above generated graphics to corresponding pixel points through a certain algorithm. The process of converting a vector graphic into a series of pixels is called rasterization. For example, a slanted line represented by mathematics is finally transformed into stepped continuous pixels.

3. Texture map, the polygon generated by the vertex unit only constitutes the outline of the 3D object, and the texture mapping (texture mapping) work completes the map of the polygon surface. In layman's terms, it is to paste the corresponding picture on the surface of the polygon. Thus generating a "real" graph. TMU (Texture mapping unit) is used to complete this work.

4. Pixel processing, at this stage (during the rasterization of each pixel) the GPU completes the calculation and processing of the pixels. When it is detected that the game screen stops operating, for example, when no trigger command operation is received for a certain period of time, it is determined that the game screen is stopped. At this time, the real-time mapping of the 2D picture to the 3D picture is ended, and at the same time, the mapping data of the 3D picture is erased, and the calling of the GPU is stopped.

Through the above steps S801-S807, the 2D game rendering method proposed by the present invention can perform vertex processing, rasterization calculation, texture map and pixel processing on the 3D game screen by calling a graphics processing unit (GPU) to The 3D game picture is rendered; and the display screen of the mobile terminal is controlled to display the rendered 3D game picture in real time, thereby completing the mechanism of rendering the game picture from 2D to 3D. That is, through 2D to 3D mapping, the GPU rendering of the game screen is turned on, which can quickly increase the rendering speed of the game.

Further, based on the above-mentioned first to third embodiments of the 2D game rendering method of the present invention, a fourth embodiment of the 2D game rendering method of the present invention is proposed.

As shown in FIG. 9 , it is a flow chart of the fourth embodiment of the 2D game rendering method of the present invention. In this embodiment, the mobile terminal 100 further includes at least two microphone devices in different positions, specifically including:

Step S901, acquiring 2D game screen data, and analyzing the initial coordinates of the 2D game screen components.

Step S902, constructing an actual coordinate system of the 2D game screen element according to the initial coordinates.

Step S903, based on the actual coordinate system, map the 2D game screen into a 3D game screen, and cache the data of the mapped 3D game screen into a buffer.

Step S904, receiving a running command of the 2D game.

Step S905, calling the data of the 3D game screen in the buffer according to the execution instruction, and triggering the rendering mechanism of the 3D game screen.

Step S906, changing the sound of each microphone device correspondingly according to the change of the spatial position of the microphone device.

Step S907, in the process of rendering the 3D game screen, synchronizing the adjusted sound of the microphone with the rendered 3D game screen.

Specifically, the mobile terminal 100 also includes at least two microphone devices in different positions. During the above-mentioned process of mapping the game screen from 2D to 3D, the sound of each microphone device is changed accordingly according to the change of the spatial position of the microphone device. This creates a stereo effect. In the process of invoking the GPU to render the 3D game picture, the sound of the adjusted microphone is synchronized with the rendered 3D game picture, so that the user can have a better experience.

Through the above steps S901-S907, the 2D game rendering method proposed by the present invention can change the sound of each microphone device correspondingly according to the change of the spatial position of the microphone device, thereby creating a stereo effect, and calling the GPU for the 3D game During the rendering of the game screen, the adjusted sound of the microphone is synchronized with the rendered 3D game screen, so that the user can have a better experience.

The serial numbers of the above embodiments of the present invention are for description only, and do not represent the advantages and disadvantages of the embodiments.

Through the description of the above embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but in many cases the former is better implementation. Based on such an understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art can be embodied in the form of software products, and the computer software products are stored in a storage medium (such as ROM/RAM, disk, CD) contains several instructions to make a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) execute the methods described in various embodiments of the present invention.

The above are only preferred embodiments of the present invention, and are not intended to limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made by using the description of the present invention and the contents of the accompanying drawings, or directly or indirectly used in other related technical fields , are all included in the scope of patent protection of the present invention in the same way.

Claims (8)

1. A rendering method of a 2D game is applied to a mobile terminal, and is characterized by comprising the following steps:

acquiring 2D game picture data, and analyzing initial coordinates of 2D game picture elements;

constructing a CSS library, wherein the CSS library comprises at least one conversion label; constructing a JS library, wherein the JS library comprises the environment parameters of an actual display screen, the game scene parameters and the movement parameters of game elements; constructing an actual coordinate system of the 2D game picture element based on the initial coordinate, the conversion label of the CSS library and the JS library, and carrying out collision detection on the game picture element by the JS library according to the actual coordinate system;

mapping the 2D game picture into a 3D game picture based on the actual coordinate system, and caching data of the mapped 3D game picture into a buffer;

receiving a running instruction of the 2D game; and

and calling data of the 3D game picture in the buffer according to the running instruction, and triggering the 3D game picture rendering mechanism.

2. The rendering method of the 2D game of claim 1, wherein the method further comprises:

calling a Graphics Processing Unit (GPU) to render the 3D game picture; and

and controlling a display screen of the mobile terminal to display the rendered 3D game picture in real time.

3. The method for rendering the 2D game according to claim 2, wherein the step of invoking the GPU to render the 3D game screen includes: and performing vertex processing, rasterization calculation, texture mapping and pixel processing on the 3D game picture.

4. Rendering method of a 2D game according to claim 1, wherein the mobile terminal comprises at least two microphone means at different positions, the method further comprising:

correspondingly changing the sound of each microphone device according to the change of the spatial position of the microphone device; and

and in the process of rendering the 3D game picture, synchronizing the adjusted sound of the microphone with the rendered 3D game picture.

5. A mobile terminal comprising a memory, a processor, and a rendering program for a 2D game stored on the memory and executable on the processor, the rendering program for the 2D game when executed by the processor implementing the steps of:

acquiring 2D game picture data, and analyzing initial coordinates of 2D game picture elements;

constructing a CSS library, wherein the CSS library comprises at least one conversion label; constructing a JS library, wherein the JS library comprises the environment parameters of an actual display screen, the game scene parameters and the movement parameters of game elements; constructing an actual coordinate system of the 2D game picture element based on the initial coordinate, the conversion label of the CSS library and the JS library, and carrying out collision detection on the game picture element by the JS library according to the actual coordinate system;

mapping the 2D game picture into a 3D game picture based on the actual coordinate system, and caching data of the mapped 3D game picture into a buffer;

receiving a running instruction of the 2D game; and

and calling data of the 3D game picture in the buffer according to the running instruction, and triggering the 3D game picture rendering mechanism.

6. The mobile terminal of claim 5, wherein the rendering program of the 2D game when executed by the processor further performs the steps of:

calling a Graphics Processing Unit (GPU) to render the 3D game picture; and

and controlling a display screen of the mobile terminal to display the rendered 3D game picture in real time.

7. The mobile terminal according to claim 6, wherein the step of invoking a Graphics Processing Unit (GPU) to render the 3D game screen specifically comprises: and performing vertex processing, rasterization calculation, texture mapping and pixel processing on the 3D game picture.

8. A computer-readable storage medium storing a rendering program of a 2D game, the rendering program of the 2D game being executable by at least one processor to cause the at least one processor to perform the steps of the rendering method of the 2D game according to any one of claims 1-4.

Images