KR100974915B1 - Method for processing hierarchy graphic resources - Google Patents

Abstract

PURPOSE: A method for processing hierarchy graphic resources is provided to visually check rendering result in each hierarchy level, thereby instinctively editing data of each hierarchy level without considering graphic structure. CONSTITUTION: A resource storage unit(21) stores an image data. A resource management unit(22) reads raw image data, a image fragment, a spot light, or animation data which is necessary for editing from the resource storage unit. The resource management unit comprises a image fragment pool(12), a sprite pool(13) and animation pool(14). A rendering unit(23) performs rendering of the image piece, the spot light, the animation data, and the raw image data.

Description

Processing method of graphic resource of Hiraki structure {METHOD FOR PROCESSING HIERARCHY GRAPHIC RESOURCES}

The present invention relates to a method for processing a graphic resource, and more particularly, to a method for processing a graphic resource of a hiraki structure.

In general, there are raster and vector methods for implementing moving two-dimensional graphics. The raster method has the advantages of relatively simple graphics processing, and the vector method has a cleaner result.

In the case of a mobile terminal such as a mobile phone, the implementation of the vector method has to be taken into consideration that the processing power of the mobile terminal is inferior. ), QCIF + (176 × 200), QVGA (320 × 240), CIF (352 × 288), etc., show little difference in the quality of raster and vector graphics. For this reason, many game applications running on mobile terminals are being developed using raster graphics resources.

As such, in order to operate a graphic application such as a game application on a mobile terminal, it is necessary to construct graphic data and develop a graphic application in accordance with low performance of the mobile terminal from the beginning. By the way, since code and graphic data are conventionally mixed in an application, when loading graphic data in an application, it is unknown whether it is correctly installed until the application is directly operated by a mobile terminal.

In order for graphics applications such as game applications to run well in a mobile terminal, a method of processing graphic data to meet the low performance of a mobile terminal needs to be presented from the beginning.

SUMMARY OF THE INVENTION An object of the present invention is to provide a method for intuitively processing graphic data suitable for a graphic application running on a mobile terminal, and to provide an editing tool capable of processing the graphic data thus configured.

Graphic resource processing method according to the present invention for solving the above problems,

Registering at least one image fragment extracted from a raw image including a plurality of images to an image fragment pool;

Registering at least one sprite composed of the selected image fragments in the image fragment pool to a sprite pool; And

And registering at least one animation composed of the sprites selected from the sprite pool to the animation pool.

Preferably, the image pieces, sprites, and animations are in a hierarchy relationship, each of which may be a lower layer of the animation, and the image pieces may be a lower layer of the sprite.

Advantageously, registering the at least one image fragment to an image fragment pool,

Extracting coordinates of an independent image or a partial region of the raw image selected by the developer;

And storing information of an image fragment including the name and the coordinates assigned to the independent image or region in the image fragment pool.

Preferably, registering the at least one sprite to a sprite pool,

Assigning the image pieces constituting the sprite to a lower layer of the sprite; And

And storing a position occupied in the raw image designated by the developer with respect to the assigned image fragment.

Preferably, registering the at least one animation to an animation pool,

Assigning the sprites constituting the animation to a lower layer of the animation; And

And storing a playback attribute specified by the developer with respect to the assigned sprites.

Preferably, the image fragment pool, sprite pool, and animation pool may be managed and stored in an XML format including image fragments, sprites, and animations as elements.

Preferably, the image fragment is defined by a location, a size, and a name occupied in the raw image, the sprite is defined by a location, a name, the image fragment occupies in the raw image, and the animation is a name, sequence of the sprite. And playback attributes.

A computer readable medium according to another aspect of the present invention is a computer readable medium having recorded thereon a program capable of performing the graphic resource processing method described above using a computer.

Graphic resource processing apparatus according to another aspect of the present invention includes a resource storage for storing a raw image including a plurality of images, image pieces generated by editing, sprites, animations;

An image fragment pool, a sprite pool, and an animation pool, and according to the developer's instructions, register at least one image fragment extracted from the raw image to the image fragment pool, and at least composed of the selected image fragments from the image fragment pool. A resource manager that registers one sprite to the sprite pool and registers at least one animation composed of sprites selected from the sprite pool to the animation pool; And

It may include a rendering unit for converting the image fragments, sprites, animations into graphics that can be displayed on the screen.

Preferably, the image pieces, sprites, and animations are in a hiraki relationship, each of which may be a lower layer of the animation, and the image pieces may be a lower layer of the sprite.

Preferably, the resource management unit,

Extract coordinates of an independent image or a partial region of the raw image selected by the developer, and store information of the image fragment including the name and the coordinates assigned to the independent image or region in the image fragment pool. To operate.

Preferably, the resource management unit,

According to a developer's instructions, the image fragment constituting the sprite may be assigned to a lower layer of the sprite, and stored in the raw image designated by the developer with respect to the assigned image fragment.

Preferably, the resource management unit,

According to a developer's instructions, the sprites constituting the animation may be assigned to a lower layer of the animation, and the playback attributes designated by the developer may be stored with respect to the assigned sprites.

Preferably, the image fragment pool, sprite pool, and animation pool may be managed and stored in an XML format including image fragments, sprites, and animations as elements.

Preferably, the image fragment is defined by the location, size, and name occupying the raw image, the sprite is defined by the location, name of the image fragment, and the animation is defined by the name, sequence, and playback attributes of the sprite. Can be determined.

Preferably, the rendering unit displays a graphic currently being processed among the image fragments, sprites, and animations in a first window of the screen divided into at least four windows, and displays the image fragment pool in a second window. The sprite pool may be displayed in the third window, and the animation pool may be displayed in the fourth window.

According to the animation editing method of the embodiments of the present invention, the data of each hierarchical level can be intuitively edited without being aware of the graphic structure. In addition, each data can be managed in a list or tree structure according to its characteristics, and manually edited when the animation file is saved in XML format. Furthermore, you can check the animation before loading the data into the application.

With respect to the embodiments of the present invention disclosed in the text, specific structural to functional descriptions are merely illustrated for the purpose of describing embodiments of the present invention, embodiments of the present invention may be implemented in various forms and It should not be construed as limited to the embodiments described in.

Hereinafter, with reference to the accompanying drawings, it will be described in detail a preferred embodiment of the present invention. The same reference numerals are used for the same constituent elements in the drawings and redundant explanations for the same constituent elements are omitted.

In applications such as games, a large amount of graphics resources are used. For example, in a typical side scrolling arcade game, while the background scrolls from right to left, various levels of animation are represented, with the character making a specific movement on the left and the background or objects responding to the character's manipulation.

Sprite-type animation uses an independent moving object called sprite, and if a new sprite is drawn on the screen, the animation is displayed at that part, so the animation can be expressed even at the low processing power of the mobile terminal. Small compared to the way

Sprite-based animation consists of several sprites representing each stage of action. The action unit of each step is called a frame.

Each sprite is indeterminate graphical data, whereas the graphical data is typically a square of m x n. If you combine a large number of image fragments or tiles of different sizes, you can create indeterminate graphical data. While typically storing and managing one complete sprite image file per frame as a whole, in an embodiment of the present invention, a sprite is constructed and managed by combining multiple image pieces. In this case, by dividing the part of the sprites to be kept according to the frame and the part to be changed, and setting the sprite to a combination of image pieces corresponding to those parts, data reuse is possible and overall memory requirements can be reduced.

These pieces of images can be included in one large image source for ease of management. This image source is called a raw image.

1 is a diagram illustrating a hierarchical structure of animation data generated with a raw image, an image fragment, and a sprite according to an embodiment of the present invention.

Image fragments, sprites, and animations each have a hierarchical hierarchy, where the sprite is a sublayer of the animation, the image fragment is the lower layer of the sprite, and multiple image pieces form a single sprite, and multiple sprites contain one animation. To achieve. Conversely, one animation consists of multiple sprites, each sprite consists of multiple image pieces, and each image piece is a partial image selected from raw image data. At this time, the animation data is defined by the name, sequence, and other information of the sprites, the sprite data is defined by the name, position, and other information of the image pieces, the image fragment data can be defined by the coordinates, size, and other information in the raw image. have.

Specifically, the raw image data 11 is data in which all images used in one animation and largely in the graphic application are arranged.

The developer can select the required image or region within the raw image data 11 to generate image pieces. For example, when a developer selects a specific image in the raw image data 11 by mouse clicking or selects a specific region through a mouse drag operation, the selected image or region is generated as an image fragment, and the generated image fragment Are registered in the image fragment pool 12. The image fragment may be a single image distinguishable by itself, but may generally be a small part of an image.

The image fragment pool 12 may not store actual pixel data with respect to the image fragment, but may have image fragment data represented by coordinates of a position or a space occupied by the image fragment in the raw image data 11. In addition, the image fragment pool 12 may further have size information for each image fragment.

According to an embodiment, information such as name, coordinates, size, etc. of image fragments belonging to the image fragment pool 12 may be stored in XML (eXtensible Markup Language) format. In this case, the search, editing, registration, and screen display of the image pieces may be facilitated. According to an embodiment, the image fragments may also be managed in a tree structure by grouping according to size or characteristics.

The developer can select the desired image pieces from the image fragment pool 12 and combine them to create a sprite. For example, if a developer selects image fragments from the image fragment pool 12 and determines each location, one sprite may be generated. The generated sprites are registered in the sprite pool 13.

The sprite pool 13 includes a plurality of sprites, each of which may be represented as information such as the name, location coordinates of the included image pieces. For example, sprite_A1 may be composed of three image pieces, from image piece_1 to image piece_3. The other sprite_A2 is similar to sprite_A1 but may be changed in part to consist of two image pieces of image fragment_1, image fragment_2, image fragment_4 and image fragment_5. Another example sprite_B1 is not entirely similar to sprite_A1 but may be partly similar to sprite_A1, in which case sprite_B1 can also be constructed using duplicate image fragments used in sprite_A1. Can be. For example, the sprite_B1 may be composed of an image piece_1, an image piece_6, and an image piece_7. Since the structure of the animation data in the present invention is a hiraki hierarchical structure, when the data of a certain image fragment is changed in the image fragment pool 12, such a change is performed by the sprite pool 13 to change the name (ID) of the image fragment. It can be automatically reflected in the containing sprites.

According to an exemplary embodiment, the sprite pool 13 may store the sprites included therein, and the hirachy information such as the names and coordinates of the sprites in XML format. In this case, the searching, editing, registration, and screen display of sprites and image pieces can be facilitated.

Furthermore, the developer can generate an animation by selecting and splicing desired sprites among the sprites included in the sprite pool 13.

The animation pool 14 includes generated animations, and each animation may be represented by the name, sequence, and other attribute information of the included sprites. For example, Animation_1 may consist of Sprite_A1, Sprite_A2, ... Sprite_An, and Animation_2 may consist of Sprite_B1, Sprite_B2, ... Sprite_Bm. have. According to an embodiment, the animation pool 14 may include animations included in each animation, and hiraki information such as names and coordinates of sprites included in each animation may be stored in an XML format. In this case, searching, editing, registering, and displaying screens of animations, sprites, and image pieces may be facilitated.

2 is a diagram illustrating an editing tool capable of processing animation data with raw images, image fragments, and sprites, in accordance with one embodiment of the present invention.

Referring to FIG. 2, the editing tool 20 according to the present invention may include a resource storage unit 21, a resource management unit 22, and a renderer 23. The developer can run the editing tool 20 on a PC to edit and play back the animation data.

The resource storage unit 21 basically retains raw image data and additionally stores image fragments, sprites, and animation data that are generated or previously generated as the editing proceeds. In one embodiment, the raw image data stored in the resource storage unit 21 may be stored in a non-compression method or a lossless compression method. In another embodiment, image fragments, sprites, and animation data in the resource storage unit 21 may be stored in an XML format.

The resource management unit 22 reads raw image data, image fragments, sprites, or animation data required for editing from the resource storage unit 21, and slices the image into the generated or previously generated image fragments, sprites, or animation data, respectively. The pool 12, the sprite pool 13, and the animation pool 14 are configured and managed. Image fragments, sprites, and animations are text data in a hierarchical hierarchy, rather than pixel data, as described with respect to FIG. 1, where multiple image pieces form one sprite, and multiple sprites produce one animation. Achieve.

In one embodiment, image fragments, sprites, and animation data may be stored and managed in XML format. In this case, the resource management unit 22 defines various attributes by using image fragments, sprites, and animation data as elements while complying with general XML grammar rules, and constructs a schema as image fragments, sprites, and animation data, respectively. Can be.

The resource management unit 22 can analyze the hiragaki hierarchical relationship between the image fragments, the sprites, and the animation data, and can edit the image fragments, the sprites, and the animation data while maintaining the hiraki hierarchy. You can save it in XML format. For example, if a change is made to an image fragment, the change may be immediately reflected in the sprite containing the image fragment, and further, the change may be immediately reflected in the animation including the sprite. Also, if, for example, an image fragment is added or removed from a sprite, that change may be immediately reflected in the animation containing the sprite. However, since the reflection is not made by a change in the actual pixel data included in the animation or the sprite, but by a change in the coordinate position value of the image fragment, the editing can be very intuitive and simple.

The rendering unit 23 maintains the hierarchical hierarchical structure in the resource management unit 22 and renders the image fragments, sprites and animation data and raw image data being edited and displayed on the monitor.

Developers can visually see the results rendered at each hiraki level, making editing 2D animations intuitive and easy.

The completed animation data may be stored in XML format. Animation data once stored in XML format may be edited in a general text editor even without using a dedicated editing tool 30.

3 is a screen illustrating a layout of an editing tool capable of intuitively processing animation through raw images, image fragments, and sprites according to an embodiment of the present invention.

Referring to FIG. 3, the image data of the level currently being edited is displayed in the first window 31 on the far left of the screen of the editing tool 30. In the example of FIG. 1, the raw image is being edited, and the raw image is displayed in the first window 31. If the image fragment is being edited, the image fragment may be displayed in the first window 31. Similarly, if a sprite or animation is being edited, the sprite or animation may be displayed in the first window 31.

In this case, the frame displayed on the first window 31 may vary depending on which layer among the raw image, the image fragment, the sprite, and the animation is being edited. For example, if you are extracting an image fragment from raw image data, a rectangular boundary can be displayed at each image boundary included in the raw image data, and the rectangular boundary is also displayed in the area designated by the developer during image editing. Can be. For example, if you are editing a sprite, for example, the first window 31 has a vertical horizontal axis, scale, cursor coordinate display, partial enlargement, etc. to facilitate the placement of the image pieces included in the sprite. Detailed functionality can be added.

On the right side of the first window 31 is a second window 32. In the second window 32, pieces selected by the developer in the raw image currently displayed in the first window 31, that is, image pieces, are registered. Image fragments are represented in the second window 32 as attributes, such as their identification code, name, size, and crop coordinates relative to the image, rather than being represented as an actual image. Image fragments may be automatically registered as images that are naturally distinct from other images, such as, for example, icons in a raw image displayed in the first window 31 of FIG. 1, and the developer may crop any area. It can then be created by dragging and registering it in the second window 32. In this case, the registration operation is illustrated by dragging and dropping a mouse, but a method of selecting a registration function from a displayed drop-down menu by pressing a right mouse button may also be easily implemented. According to an embodiment, the image fragments may also be managed in a tree structure by grouping according to size or characteristics.

The right side of the second window 32 is a third window 33. In the third window 33, sprites composed of a combination of image pieces registered in the second window 32 are registered. Several image fragments depend on one sprite. For example, the EFFECT_MANDA_3 sprite consists of five image pieces called EFFECT_0819.

The right side of the third window 33 is the fourth window 34. An animation consisting of a combination of sprites registered in the third window 33 is registered in the fourth window 34. One sprite is allocated per frame. For example, the animation UI_BOOSTER_FLAME_E is composed of three frames, and each frame is represented by sprites UI_BOOSTER_FLAME_E1, UI_BOOSTER_FLAME_E2, and UI_BOOSTER_FLAME_E3.

In the fifth window 35, the developer can test play by designating arbitrary motion properties for the animation currently being edited. For example, the developer may determine and play a playback property such as a frame per second (FPS), a frame change rate, a display time, and a repetitive display on the corresponding animation data in the fifth window 35. .

4A is a diagram exemplarily illustrating generating image fragment data from raw image data using an editing tool according to an embodiment of the present invention.

Referring to FIG. 4A, when the raw image data is read by the editing tool 30 of FIG. 3, the raw image data is displayed on the first window 31. The developer can select any image or region among the images of the raw image data as an image fragment, and register the selected image or region by dragging the selected image or region with the mouse and dropping the same in the second window 32. . In FIG. 4A, six image pieces are illustrated, from test_0000 to test_0005. In the first window 31, the image pieces specified by the coordinates and size values in the second window 32 may be visualized so as to know what the image actually looks like.

4B is a diagram exemplarily illustrating generation of sprite data including image fragment data by using an editing tool according to an embodiment of the present invention.

After the image pieces are registered in the second window 32 through FIG. 4A, when the third window 33 is clicked and activated, the first window 31 displays the sprite editing window as shown in FIG. 4B. The Sprite Editing window draws horizontal and vertical axis lines and a number of squares to determine the relative location of the image pieces. The developer may drag and drop the image fragment elements in the second window 32 to the newly created sprite element in the third window 33 or the new image fragment elements from the second window 32 in the pre-created sprite element. Can be added by selecting and dragging and dropping. An image piece attached to one sprite can be used for another sprite. Developers can freely copy and move image pieces between sprites. In the third window 33 of FIG. 4B, sprite elements named NEWSPR0, NEWSPR1, B, and C are generated, and it can be seen that the NEWSPR0 sprite is composed of image pieces called test_0000 and test_0002.

4C is a diagram exemplarily illustrating generating animation data including sprites using an editing tool according to an embodiment of the present invention.

After the sprites have been registered and edited, clicking and activating the fourth window 34 immediately changes the first window 31 to the animation editing window and activates the fifth window 35 to change the playback properties. . The developer may drag and drop sprite elements in the third window 33 to a newly created animation element in the fourth window 34 or to an animation element already created. The sprites that make up an animation can also be used for other animations. Developers can freely copy and move sprites between animations. In the fourth window 34 of FIG. 4C, animation elements are created under the names NEWANIM0 and NEWANIM1, and the NEWANIM1 animation is composed of NEWSPR0 and NEWSPR1 sprites.

The edited animation can be reproduced experimentally according to the reproduction property set in the fifth window 35.

As described above, although the present invention has been described by way of limited embodiments and drawings, the present invention is not limited to the above-described embodiments, which can be modified by those skilled in the art to which the present invention pertains. Modifications are possible. Accordingly, the spirit of the invention should be understood only by the claims set forth below, and all equivalent or equivalent modifications will fall within the scope of the invention.

1 is a diagram illustrating a hierarchical structure of animation data generated with a raw image, an image fragment, and a sprite according to an embodiment of the present invention.

2 is a diagram illustrating an editing tool for processing animation data with raw images, image fragments and sprites, in accordance with an embodiment of the present invention.

3 is a screen illustrating a layout of an editing tool capable of intuitively processing animation through raw images, image fragments, and sprites according to an embodiment of the present invention.

4A is a diagram exemplarily illustrating generating image fragment data from raw image data using an editing tool according to an embodiment of the present invention.

4B is a diagram exemplarily illustrating generating sprite data including image fragment data using an editing tool according to an embodiment of the present invention.

4C is a diagram exemplarily illustrating generating animation data including sprites using an editing tool according to an embodiment of the present invention.

Claims (16)

Registering at least one image fragment extracted from a raw image including a plurality of images to an image fragment pool; Registering at least one sprite composed of the selected image fragments in the image fragment pool to a sprite pool; And And registering at least one animation composed of sprites selected from the sprite pool to the animation pool. The method according to claim 1, wherein the image pieces, sprites, and animations are in a hierarchy relationship, wherein each sprite is a lower layer of the animation and the image pieces are a lower layer of the sprite. The method of claim 1, wherein registering the at least one image fragment with an image fragment pool includes: Extracting coordinates of an independent image or a partial region of the raw image selected by the developer; And storing information of an image fragment including the name and the coordinates assigned to the independent image or region in the image fragment pool. The method of claim 1, wherein registering the at least one sprite with a sprite pool includes: Assigning the image pieces constituting the sprite to a lower layer of the sprite; And And storing a position occupied in the raw image designated by the developer with respect to the assigned image fragment. The method of claim 1, wherein registering the at least one animation with an animation pool comprises: Assigning the sprites constituting the animation to a lower layer of the animation; And And storing a playback attribute specified by the developer with respect to the assigned sprites. The method of claim 1, wherein the image fragment pool, the sprite pool, and the animation pool are managed and stored in an XML format including image fragments, sprites, and animations as elements. The sprite of claim 1, wherein the image fragment is defined by a position, a size, and a name occupied in the raw image, and the sprite is defined by a position, a name, and the animation is occupied by the image fragment in the raw image. Graphic resource processing method, characterized in that the sequence and reproduction attributes. A computer-readable medium having recorded thereon a program capable of performing the graphic resource processing method of any one of claims 1 to 7 using a computer. A resource storage for storing a raw image including a plurality of images, image pieces generated by editing, sprites, and animations; At least one image fragment selected from the raw image into the image fragment pool and combined with the selected image fragments from the image fragment pool according to the developer's instructions; A resource manager that registers one sprite to the sprite pool and registers at least one animation combined with sprites selected from the sprite pool to the animation pool; And And a rendering unit for converting the image fragments, sprites, and animations into graphics that can be displayed on a screen. The graphic resource processing apparatus according to claim 9, wherein the image pieces, the sprites, and the animations are in a hiraki relationship, each of which is a lower layer of the animation, and the image pieces are a lower layer of the sprite. The method of claim 9, wherein the resource management unit, Extract coordinates of an independent image or a partial region of the raw image selected by the developer, and store information of the image fragment including the name and the coordinates assigned to the independent image or region in the image fragment pool. Graphic resource processing apparatus, characterized in that to operate. The method of claim 9, wherein the resource management unit, And assigning the image fragment constituting the sprite to a lower layer of the sprite according to a developer's instructions, and storing a position occupied in the raw image designated by the developer with respect to the assigned image fragment. Resource processing unit. The method of claim 9, wherein the resource management unit, And assigning the sprites constituting the animation to a lower layer of the animation according to a developer's instructions, and storing playback properties specified by the developer with respect to the assigned sprites. The graphic resource processing apparatus of claim 9, wherein the image fragment pool, the sprite pool, and the animation pool are managed and stored in an XML format including image fragments, sprites, and animations as elements. The method of claim 9, wherein the image fragment is defined by a location, a size, and a name occupying the raw image, the sprite is defined by a location, a name, and the animation occupying the image piece in the raw image, and the animation is a name of the sprite. Graphic resource processing apparatus, characterized in that the sequence and reproduction attributes. The display apparatus of claim 9, wherein the rendering unit displays a graphic currently being processed among the image fragments, sprites, and animations in a first window of the screen divided into at least four windows, and displays the image fragment pool in a second window. And a third window to display the sprite pool and a fourth window to display the animation pool.

Images