KR100692210B1 - Method for rendering objects in game engine and recordable media recording programs for enabling the method - Google Patents

Abstract

The present invention is to generalize the rendering (Object) provided from the game engine to be applicable to a variety of game applications, more specifically, the View (Visual) Render Context (RenderContext) information Request and the view registers the render context information received from the visual, sorts the registered render context information according to a sorting algorithm, and renders the object according to the sorted render context information. will be. According to the present invention, rendering renders by sorting predetermined render context information owned by a visual in a view according to a sorting rule provided by a game application, thereby performing differentiated rendering according to the characteristics of a game provided by each game application. can do.

Rendering, View, Visual, Game, 3D, RenderContext

Description

TECHNICAL FOR RENDERING OBJECTS IN GAME ENGINE AND RECORDABLE MEDIA RECORDING PROGRAMS FOR ENABLING THE METHOD}

1 is a diagram illustrating a configuration in which a conventional view and a visual perform rendering when a rendering command is received from a game application.

2 is a diagram illustrating a class diagram of render context information in a game engine according to the present invention.

3 is a diagram illustrating a sequence diagram in which a view according to the present invention receives render context information from a visual and sorts it to perform rendering.

4 is a diagram illustrating sorting of render context information according to the present invention.

5 is an internal block diagram of a general purpose computer device that may be employed to perform the game production method according to the present invention.

<Explanation of symbols for the main parts of the drawings>

301: Initialization step 307: Sorting step

302: Initialization step 308: Render function execution step

303: Render command generation step 309: Render command execution step

304: Render command setup step 310: Render function call step

305: Request step 311: Remove setting step

306: Registration step

The present invention is to generalize the rendering (Object) provided from the game engine to be applicable to a variety of game applications, more specifically, the View (Visual) Render Context (RenderContext) information Request and the view registers the render context information received from the visual, sorts the registered render context information according to a sorting algorithm, and renders the object according to the sorted render context information. will be.

Recently, computer terminals provide various types of 3D games to users. Such 3D games require various methods of rendering to display more realistic scenes in order to overcome the limitations of expression that must be represented on a 2D monitor. Currently, the method of rendering performed in the game engine is described in detail in FIG.

1 is a diagram illustrating a configuration in which a conventional view and a visual perform rendering when a rendering command is received from a game application.

The game application 100 transmits a rendering command for the object to the view 101 in order to represent the given object. Accordingly, the view 101 grasps information such as texture information, brightness level information, perspective information, type of object, and the like as attributes of the object. Accordingly, the view 101 calls the visual 102 and transmits a rendering command according to the information of the object.

Visual 102 includes one or more render context information 103. The render context information 103 is a function for expressing the information of the object and expresses the texture of the object, the brightness level of the object, the perspective information of the object, the type of the object, and the like. The render context information 103 remains fixed to the visual 102. The visual 102 called from the view 101 and received the rendering command renders the object from the fixed render context information 103. In one example, the game application 100 is based on 1. nature, 2. the sun (a light source) is on the left, and 3. a view 101 for representing a scene from a human viewpoint is visual 102 Pass the render command for 1, 2, and 3. The visual 102 performs rendering by calling render context information 103 corresponding to the 1, 2, and 3 of the render context information 103. The render context information includes a pointer of the visual 102, state information including a light source and a rendering state, material information, and transform information of the visual 102.

However, in the method in which the view 101 calls the visual 102 to perform rendering in the game engine according to the related art, the render context information 103 included in the visual 102 to draw a specific object. Since it is fixed, it is difficult to support various types of game applications 100 using one game engine. In other words, in order to interwork with a specific game application 100, the development of a game engine specialized for the game was required, and there is a problem that there is no game engine that can be used universally in various games.

In addition, when the visual 102 does not own the render context information 103 for performing the rendering of the view 101 requested by the game application 100, the render context information (which is fixedly belonging to the visual 102) 103) Complex coding is required to perform operations such as adding, deleting, and modifying. This can cause serious problems that further increase the cost of maintenance, which accounts for the largest portion of the production cost of the program, and as a result can have a significant adverse effect on the multimedia providing industry, including the gaming industry.

Therefore, a rendering method capable of minimizing coding that is added when the generalized game engine that can optimally reflect the characteristics of various types of game applications 100 and the addition, deletion, and modification of the render context information 103 are used. This situation is desperately required.

SUMMARY OF THE INVENTION The present invention has been made to improve the prior art as described above, and provides rendering in each game application by performing rendering by sorting predetermined render context information owned by the visual in a view according to a sorting rule provided by the game application. It aims to perform different rendering depending on the characteristics of the game.

An object of the present invention is to perform the change of the render context information owned by the visual with more flexibility by changing the render context information with reference to the base render context.

In order to achieve the above object and to solve the above-mentioned problems of the prior art, the rendering method according to the present invention is a render context required for rendering the object from a view to a visual. Transmitting an RC query signal for requesting information registration, receiving a response signal to the RC query signal from the visual in the view, and registering the render context information corresponding to the response signal; Requesting sorting of the registered render context information from a view from a game application in a view, and receiving a sorting result of the render context information from the game application in the view, calling a predetermined render command in the view Render the object according to the sorted render context information. And the game application includes a predetermined sorting algorithm for sorting the render context information.

Hereinafter, an indirect rendering method in a game engine according to the present invention will be described in detail with reference to the accompanying drawings.

2 is a diagram illustrating a class diagram of render context information in a game engine according to the present invention.

Referring to FIG. 2, the view 202 receives a rendering command for a given object from a game application. The object is an object represented in the view 202 and includes, for example, a representation object such as an apple, a tree, a person, the sun, a background, a shadow, and a desk. This object has attributes such as texture information, brightness level information, perspective information, and type of object, and the view 202 confirms the attributes of this object. The view 202 requests render context information corresponding to an attribute of the object from the visual 203 to perform rendering of the object. In one example, the view 202 makes a request 204 for the render context information, meaning to the visual 203, "What render context information do I need to render an object of what attribute?".

The visual 203 checks the currently owned render context information and provides the render context information to the view 202 as a response signal to the request 205 received from the view 202 (205). The view 202 registers the render context information and sorts the render context information according to the sorting algorithm of the render context information provided by the game application. The view 202 invokes a render command to render the object according to the sorted render context information. The rendered object is displayed as a scene.

For the request 205 sent from the view 202 to the visual 203, if the visual 203 does not own the render context information, the visual 203 may update the render context information from the base render context. have. That is, the visual 203 retrieves the render context information requested from the view 202 and, if not currently owned, requests and updates the render context information from the base render context 201. As a result, the user can minimize the addition of coding for performing rendering required by a specific game application, and thus can be improved compatibility with the game application.

The base render context 201 includes a rendering state *, a shade *, a rendercommand, a material, a transform, and the like, and exposes rendering information to a view. The rendering state includes various values corresponding to a state for rendering an object, such as transparent, opaque, increasingly transparent in opacity, increasingly transparent in opacity, and the like. That is, the state of the object is an opaque state for rendering objects such as a desk, an apple, a person, and a tree, a transparent state for rendering an object such as glass and water, and an opacity state for rendering an object such as smoke and fog. And a translucent state in which the transparent state is appropriately combined.

The material includes brightness, texture images, and the like. That is, the material expresses the degree of brightness of the object according to the amount of irradiation of the light source reflected on the object and the texture of the surface, ground, cloth, cloth, fabric, skin, and road surface of the object.

The render command is equally applicable to most game applications as a function called to start an execution command for performing rendering of the object by using the render context information in which the view 202 is sorted.

The transform includes information for expressing a perspective, such as drawing a scene in the order of the near to the far or the near to the far. Accordingly, the base render context 201 refers to information related to the rendering of the visual 203 that is the object of scene drawing, and may be involved in the rendering process of the view to realize the indirect rendering process for the object.

The base render context 201 may be created in advance by, for example, a given visual creator associated with the visual 203, and the game engine according to the present invention may be the first render context 206 generated by the visual author. The rendering process for the visual 203 may be performed using. In addition, the render context 206 includes the type information T_Type 207 as the specified render context. T_Type 207 is an argument of the template class of the C ++ language that allows implementation that does not depend on the concrete type.

3 is a diagram illustrating a sequence diagram in which a view according to the present invention receives render context information from a visual and sorts it to perform rendering.

First, in step 301, initialization of a device for using a visual object owning render context information is performed, and in step 302, the visual (visual object) initializes render context information currently owned by itself. . The initialization includes a general initialization procedure such as an initialization declaration of a variable of each object.

The render context information includes at least one of rendering level information, rendering texture information, rendering brightness level information, and rendering perspective information about the visual (visual object). That is, the visual maintains the render context information to render a given object.

In step 303, the visual (visual object) generates a render command (GoCommand) by referring to the base render context, and in step 304, sets the generated render command (GoCommand) in the render context (GoRenderContext). . In this way, the render context GoRenderContext is ready to perform rendering according to the render context information.

Next, in step 305, the view GoView transmits an RC query signal requesting registration of rendercontext information required for rendering the object to a visual object. The GoView receives information of an object to be rendered from a game application and analyzes information about the object. Thereafter, the RC query signal corresponding to the information about the analyzed object is transmitted to a visual (visual object), and waits for reception of render context information as a response signal from the visual (visual object). For example, when a game application transmits object information of a command to render a person throwing a ball to a GoView as an object, the GoView provides the object information as a RC query signal to a visual (visual object). It waits for render context information about it as a response signal.

In the process of receiving the response signal for the RC query signal from the visual (visual object) in the view GoView, the render context information received from the view GoView is the visual (visual object). If not present, the visual collects the render context information from a BaseRenderContext that records one or more render context informations. As a result, a large coding modification can be simplified when inserting or modifying render context information. In addition, when it is necessary to update the render context information in the base render context, it can be updated by further registering the new render context information through the game application or a predetermined external script means. That is, the rendering method of the game engine according to the present invention can be used flexibly for various game applications.

In step 306, the view GoView receives a response signal to the RC query signal from the visual (visual object) and registers the render context information corresponding to the response signal. For example, when a visual object receives an RC query signal for drawing a ball thrower from a GoView, the visual object may include the material of the ball, the position of a light source, and a path of the ball. Render context information for drawing a background, a background, and the like, is transmitted to the view GoGo as a response signal to the RC query signal. The view GoView that receives the render context information registers the render context information to prepare for rendering.

In step 307, the sorting request of the registered render context information is requested to a predetermined game application in the view, and a result of sorting the render context information is received from the game application in the view.

The game application maintains the rendering order of the render context information due to the characteristics of the game. This is first generated by engineers involved in game production, such as game designers. In most cases, the game engine is changed according to a game application because the rendering order has a significant influence on the drawing of a scene.

This is solved in step 307 by sending the render context information registered from the visual (visual object) in the view GoView to the game application to request sorting. That is, the game application determines the sorting order according to the execution of the render context information according to the rendering order generated in advance, and thus the render context information is sorted. Sorting of the render context information is described in detail with reference to FIG. 4.

4 is a diagram illustrating sorting of render context information according to the present invention.

4, render context information 401 registered from a visual (visual object) is RC1, RC2,... , RCn has a fixed order. It is loaded on a stack or queue and executed according to a stacking order such as FIFO or FILO. However, render context information for drawing is not executed in the loading order, but must be newly loaded in the stack or queue according to the execution order of the render context information of the game application. To this end, the game application newly sorts the render context information received from the view GoView based on a predetermined sorting rule, and transfers the sorted render context information 402 to the view GoView. The sorting rule may be determined by a game-related maker including a game designer according to a rendering state, a material, a transform, or a transform. For example, a sorting rule may be determined by dividing a state, a material, and a transformation of a plurality of objects included in one view into the same and different ones.

The sorted render context information 402 is used as render context information RC3, RC2, RC7,... The stack is transferred to the view GoGo in the stack or queue. That is, since the game application performs the arrangement of render context information that determines the order of rendering, the game engine according to the present invention can be used flexibly in various game applications, and it is complicated to perform proper rendering according to the characteristics of the game. The program coding can be minimized.

In step 308 of FIG. 3, a predetermined render command is called in the view GoView and a render command GoCommand is executed to perform rendering of the object according to the sorted render context information (step 309). )). The render command GoCommand calls the sorted render context information to perform rendering (step 310). That is, through the above-described steps of FIG. 3, not only coding that is added when adding, deleting, and modifying render context information for rendering in the game engine according to a game application can be minimized, but also suitable for the characteristics of the game application. The rendering order of the render context information may be determined. As a result, the drawing of differentiated scenes according to the game application is possible without modification of coding, and thus various effects can be realized.

In step 311, when the rendering of the object is completed, a device object suspend command is generated from the GoView so that the setting between the GoView, the visual (visual object), and the base render context (GoRenderCommand, GoCommand) is changed. Abort and stay on standby.

5 is an internal block diagram of a general purpose computer device that may be employed to perform the game production method according to the present invention.

Embodiments of the invention include a computer readable medium containing program instructions for performing various computer-implemented operations. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. The media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical recording media such as CD-ROMs, DVDs, magnetic-optical media such as floppy disks, and ROM, RAM, flash memory, and the like. Hardware devices specifically configured to store and execute the same program instructions are included. Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.

5 is an internal block diagram of a general purpose computer device that may be employed to perform the game production method according to the present invention.

Computer device 500 includes one or more processors 510 connected to a main memory device including random access memory (RAM) 520 and read only memory (ROM) 530. The processor 510 is also called a central processing unit (CPU). As is well known in the art, the ROM 530 serves to transfer data and instructions to the CPU unidirectionally, and the RAM 520 typically transfers data and instructions bidirectionally. Used to. RAM 520 and ROM 530 may include any suitable form of computer readable media. Mass storage 540 is bidirectionally coupled to processor 510 to provide additional data storage capabilities, and may be any of the computer readable recording media described above. The mass storage device 540 is used to store programs, data, and the like, and is a secondary memory device such as a hard disk which is generally slower than the main memory device. Certain mass storage devices such as CD ROM 560 may be used. The processor 510 may include one or more input / output interfaces, such as video monitors, trackballs, mice, keyboards, microphones, touchscreen displays, card readers, magnetic or paper tape readers, voice or handwriting readers, joysticks, or other known computer input / output devices. 550 is connected. Finally, the processor 510 may be connected to a wired or wireless communication network through the network interface 570. Through this network connection, the procedure of the method described above can be performed. The apparatus and tools described above are well known to those skilled in the computer hardware and software arts.

The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention.

While specific embodiments of the present invention have been described so far, various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the claims below, but also by those equivalent to the claims.

According to the present invention, rendering renders by sorting predetermined render context information owned by a visual in a view according to a sorting rule provided by a game application, thereby performing differentiated rendering according to the characteristics of a game provided by each game application. can do.

According to the present invention, the change of the render context information owned by the visual can be performed with reference to the base render context, so that the change of the render context information can be performed more flexibly.

Claims (5)

In the method of rendering an object in a game engine, Transmitting an RC query signal requesting registration of render context information required to render the object from a view to a visual; Receiving a response signal to the RC query signal from the visual in the view, and registering the render context information corresponding to the response signal; Requesting sorting of the registered render context information from a predetermined game application in the view; And Receiving a sorting result of the render context information from the game application in the view; Calling a rendering command in the view to control rendering of the object according to the sorted render context information Including, The game application includes a predetermined sorting algorithm for sorting the render context information. The method of claim 1, The render context information includes at least one of rendering level information, rendering texture information, rendering brightness level information, and rendering perspective information about the visual. The method of claim 1, In the step of receiving the response signal to the RC query signal from the visual in the view, In the game engine, when the render context information received from the view is not present in the visual, the visual collects the render context information from a base render context (BaseRenderContext) that records one or more render context informations. Method of rendering. The method of claim 3, And the base render context information further registers new render context information through the game application or a predetermined external script means. A computer-readable recording medium for recording a program for executing the method of any one of claims 1 to 4 on a computer.

Images