JP4144017B2 - VIDEO GAME DEVICE, IMAGE DISPLAY DEVICE AND METHOD, MOVIE DISPLAY DEVICE AND METHOD, AND RECORDING MEDIUM - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an image processing technique in computer graphics, and more particularly to a camera work technique, a moving picture display technique, a clipping processing technique, and a light source processing technique in a virtual space.
[0002]
[Prior art]
In a video game device using computer graphics, an object (virtual object) composed of a plurality of polygons is arranged in a virtual three-dimensional space, and a player character is operated in response to an input signal from a control pad. It is possible. Due to the advancement of image processing technology, in such a game device, the player can combine the key input on the control pad with the player character to grasp, see, push, touch, pull, etc. It is now possible to make an action.
[0003]
[Problems to be solved by the invention]
However, in the conventional video game apparatus, the virtual viewpoint (camera) set in the virtual three-dimensional space usually displays an image of the player character viewed from a third party viewpoint (objective viewpoint), When the player character takes an action, no consideration is given to switching the camera to the player character's own viewpoint (also referred to as a subjective viewpoint or a first person viewpoint) and fixing the gazing point to the object. If this is replaced with a human action, the action is performed without paying attention to the object to be acted on, so that an inconvenience that the action operation corresponding to the human action cannot be performed occurs.
[0004]
Further, for example, when a player character performs an action such as grabbing an object, in the conventional video game apparatus, an action of grabbing an object is prepared in advance as motion data, and an image is displayed based on this. A gripping motion suitable for the position and angle of the character and the object, the shape of the object, and the like cannot be performed, and an unnatural situation such as a finger biting into the object has occurred.
[0005]
Further, in the conventional video game apparatus, when an object is displayed on the screen, a Z value that is a coordinate value in the depth direction of the object arranged in the viewpoint coordinate system is set to a predetermined value (for example, a drawing processing limit). If the distance between the camera and the object exceeds a certain distance, the object is suddenly moved. Since it disappeared, the player was discomforted.
[0006]
In addition, when performing light source processing (for example, spotlight processing) using computer graphics using polygon data, each angle is determined from the angle between the light vector from the light source and the normal vector of the vertex of each polygon that constitutes the object. The brightness of the vertices is calculated, and these calculation results are supplied to the rendering processing unit. Further, by calculating the brightness of each pixel on the edge line connecting the vertices using the interpolation method, the brightness of the entire polygon is calculated, and the desired brightness is calculated. Texture mapping processing is performed and an image is displayed.
[0007]
However, in such a configuration, it is necessary to perform light source processing for each frame (for example, every 1/60 seconds), and there is a problem that the amount of calculation processing becomes enormous when there are a plurality of light sources. Conventionally, in addition to the above configuration, a texture with a spotlight hitting the surface of the object is prepared in advance, and the light source processing is performed by pasting the texture onto the object when the spotlight is turned on. Although there is a method to omit, in such a configuration, the texture data amount becomes enormous because a separate texture must be prepared each time the type, position, angle, etc. of each object and light source are reset. There is.
[0008]
Therefore, a first object of the present invention is to provide a video game apparatus and an image display method that enable natural camera control when an action is performed on an object.
[0009]
Moreover, this invention makes it the 2nd subject to provide the moving image display apparatus and moving image display method which display the moving image of an object appropriately.
[0010]
It is a third object of the present invention to provide an image display device and an image display method that gradually fade out an object when performing clipping processing based on the Z value of the object in the screen coordinate system.
[0011]
It is a fourth object of the present invention to provide an image display apparatus and an image display method that can reduce the amount of calculation of light source processing without increasing the amount of texture data.
[0012]
[Means for Solving the Problems]
In order to solve the first problem, in the present invention, a camera gazing point is set on an object selected by a player from a plurality of objects, and the object is zoomed. Thus, the camera can surely watch the object selected by the player, and the action on the object is facilitated by zooming the object.
[0013]
Preferably, when setting the gazing point on the object, the camera is moved from the objective viewpoint to the subjective viewpoint. As a result, the player can view the video as if he / she actually touched the object.
[0014]
In the above configuration, as the object being watched by the camera is zoomed, the object is displayed so as to gradually fade out from the screen, and the other object is gradually faded in from the screen. You may comprise so that an object may be superimposed on the said object and displayed. With such a configuration, for example, when a coarse image is zoomed, it can be changed to a finer image.
[0015]
Further, the player character may be configured to execute a predetermined action corresponding to the watched object.
[0016]
In order to solve the second problem, in the present invention, when displaying the movement of the entire object by the movement of each of the plurality of motion parts, motion data of the plurality of motion parts is stored in advance, Each time the motion data is read out, the motion of each motion part is displayed on the screen based on this, and the collision is detected by determining the contact of the motion part where the contact is expected in advance during the motion process Finish reading the motion data of the moving part. As a result, the collision determination is performed for each movement part, and the motion data is finished or the movement of the movement part is ended when the movement part collides. Inconveniences such as biting into objects can be eliminated.
[0017]
In order to solve the third problem, in the present invention, when the distance between the object and the camera in the screen coordinate system is in the vicinity of the drawing limit point, the object is translucently processed and displayed on the screen. Thereby, it is possible to eliminate the unnaturalness that the object disappears suddenly near the drawing limit point.
[0018]
In order to solve the fourth problem, the present invention calculates the brightness or color of an object that is immobile with respect to the light source, stores the calculation result in a memory, and displays the object on the screen when the object is displayed on the screen. The image of the object is displayed with reference to the calculation result stored in the memory. Thereby, the calculation load in the light source process of the object of an image display apparatus can be reduced.
[0019]
Further, according to the present invention, it is possible to provide a computer-readable recording medium in which a program for executing the above procedure is recorded. Here, the recording medium is a medium in which an image processing program or the like is recorded by some physical means, and a computer, in particular, a dedicated processor (for example, a geometry processor, a rendering processor) or the like realizes a desired function. Say what you can. Therefore, it may be downloaded to a computer by some means to realize a desired function. For example, information recording media such as ROM, flexible disk, hard disk, CD-ROM, CD-R, DVD-ROM, DVD-RAM, DVD-R, PD disk, MD disk, and MO disk are included. This includes cases where data is transferred from a host computer via a wired or wireless communication line (public line, data dedicated line, Internet, satellite line, etc.).
[0020]
DETAILED DESCRIPTION OF THE INVENTION
(Configuration of video game device)
FIG. 1 shows a circuit configuration diagram of the video game apparatus 10. In the figure, when the power is turned on to start the game, the boot program loader loads the boot program stored in the ROM 18 into the CPU 11, and the CPU 11 executes the boot program. In accordance with this boot program, the CPU 11 loads all or a necessary part of the OS stored in the CD-ROM 27 into the system memory 13 and executes the OS.
[0021]
Under the control of the OS, the CPU 11 loads all or necessary portions of application programs stored in the CD-ROM 27 and the like into the system memory 13 via the CD-ROM drive 19 and, if necessary, the CD-ROM 27. The graphics data stored in the graphic memory 16 is loaded. At the same time, the sound data is loaded into the sound memory 21.
[0022]
The CPU 11 executes an application program (game program) stored in the system memory 13 based on an input signal from the control pad 25 under the control of the OS. Data accompanying the execution of the application program is written and referenced in the system memory 13 and the backup memory 26 whenever necessary. The backup memory 26 stores data in order to maintain the previous state even when the power is cut off due to a game interruption or the like.
[0023]
The geometry processor 12 converts the coordinate data of the object supplied from the CPU 11 into a viewpoint coordinate and a screen coordinate system (two-dimensional coordinate system) viewed from a virtual viewpoint based on a desired conversion matrix. . Also, the brightness or color of the object is calculated from the light source and the object coordinates.
[0024]
A graphics memory 16 is connected to the rendering processor 15. The graphics memory 16 includes a texture buffer, a frame buffer, and a Z buffer. The texture buffer stores texture data for each object. The rendering processor 15 reads necessary data from the texture buffer based on the brightness or color data of the object, texture coordinate data, texture density data, object coordinate data, etc., and performs texture mapping processing, display priority processing, shading processing, etc. And write pixel data for each pixel into the frame buffer. Then, pixel data is read from the frame buffer in synchronization with the image update period, and the pixel data is transferred to the video encoder 17 to perform a video signal generation process and the like, and an image is displayed on the monitor 25.
[0025]
The sound processor 20 reads the sound data stored in the sound memory 21 and performs various sound processing based on instructions and data from the CPU 11 by executing the application program. Examples of audio processing include effect processing and mixing processing. The sound data that has been subjected to various audio processes is converted to analog data by the D / A converter 22 and output to the speaker 24.
[0026]
A bus arbiter 14 controls each unit connected via a data transmission path (such as a bus). For example, the bus arbiter 14 determines the priority order between units in order to determine the unit that occupies the bus, and assigns the bus occupancy time of the occupied unit.
[0027]
The bus arbiter 14 includes a communication device 23 for connecting to another video game device or a computer via a telephone line or the like.
[0028]
Next, the overall operation of the video game apparatus will be described with reference to the flowchart of FIG. In the figure, when an interrupt signal is supplied to the CPU 11 in a cycle corresponding to the vertical synchronization signal of the video signal, an interrupt flag is set in a register in the CPU 11. When an interrupt occurs (step S101; YES), the CPU 11 executes the processes of steps S102 to S108.
[0029]
For example, in the NTSC system, the CPU 11 performs a game process every 1/60 seconds (step S102). In this game process, the CPU 11 monitors an output signal from the control pad 25, processes an operation input by the player according to an algorithm described in the game program, and develops the game. In this game, as will be described later, when a specific object is selected on the screen (lock on), the camera is automatically moved, and in some cases, a flag for performing an action corresponding to the object is set. Is done.
[0030]
Next, in order to generate a screen to be displayed on the monitor 22, images of objects, backgrounds, characters, etc. are appropriately arranged in the world coordinate system (step S103). The coordinates of these images are transformed into the viewpoint coordinate system viewed from the camera (step S104), and the data is converted into the viewpoint coordinate system with the camera position as the origin and the direction of the line of sight as the positive direction of the z-axis. The respective coordinates are perspective-transformed into the screen coordinate system (step S105).
[0031]
Thereafter, the rendering processor 15 performs hidden surface processing on each polygon using a Z sort algorithm or the like (step S106), and performs rendering processing such as pasting a texture on each polygon (step S107). The rendered image data is stored in a frame buffer in the graphic memory 16 and then converted into a video signal and displayed on the monitor 25. Thereafter, the process returns to step S101, and the process proceeds by repeatedly executing the processes of steps S102 to S108 every 1/60 seconds.
(Lock-on processing)
Next, the lock-on process will be described with reference to FIGS. In this specification, lock-on processing is defined as “processing for setting (fixing) a gazing point on an object of interest and controlling the camera to zoom (enlarge) the object”. It is assumed that the object to be locked on is predetermined in the game program. Further, motion data is stored in association with the object on which the lock-on process has been performed so that an action corresponding to the object is performed. Therefore, a flag is set so that an action corresponding to the object is performed by performing lock-on processing on the object (details will be described later).
[0032]
FIG. 5 shows a screen 28 displayed on the monitor 25, and a portion drawn with diagonal lines is a lock-on possible area 30. The lock-on enable area 30 indicates the existence range of objects that can be locked on, and the X and Y coordinates of the object defined in the screen coordinate system (XY coordinate system) are located in the lock-on enable area 30. In addition, when the Z value (distance to the camera) of the object is at a predetermined distance (lockable distance), the lock-on process can be performed on the object. As the lock-on possible area 30, for example, as shown in the figure, a central area divided in a ratio of 1: 2: 1 in the vertical and horizontal directions is preferable.
[0033]
For example, as shown in FIG. 6, oranges 31 to 33, a bowl 34 and a water cup 35 are displayed on the screen 28. These mandarin oranges 31 to 33, the bowl 34, and the cup 35 are objects that can be locked on. In the figure, since the mandarin oranges 31 to 33 and the ridge 34 are located in the lock-on possible area 30, lock-on processing is possible. On the other hand, since the cup 35 is located outside the lock-on possible area 30, the lock-on process cannot be performed.
[0034]
In order to perform the lock-on process, a work memory data table and a program data table are read from the CD-ROM 21 to the system memory 13 as shown in FIG. A part of the system memory 13 is used as a work area. In the work memory data table, object names, object coordinates, object angles, and polygon data of objects displayed on the screen are registered. The object name is the name of the object. Object coordinates refer to the coordinates of the object in the world coordinate system and are defined by (X, Y, Z). The object angle refers to the direction (angle) of an object arranged in the world coordinate system, and the angles formed by the X axis, the Y axis, and the Z axis are registered. Polygon data is data of polygons constituting the object.
[0035]
A lock-on object name, lock-on coordinates, lock-on correction coordinates, lock-on possible range information, lock-on angle, and motion data are registered in the program data table. The lock-on object name refers to the name of an object that can be subjected to lock-on processing. Lock-on coordinates mean coordinates on polygons that are texture-mapped when objects that can be locked-on are planes such as maps and hanging axes, because they can be handled as textures instead of objects. To do. The lock-on correction coordinates are relative coordinates from the reference plane or coordinates of an object when the object that can be locked on is, for example, a cup of water, and when an action is performed on the object (for example, grasping). To be referenced.
[0036]
Lock-on possible range information refers to information about the range in which lock-on processing can be performed on an object, and the lock-on angle refers to a camera line of sight within a predetermined angle range with respect to the object when the object is locked on This is the angle for forcibly moving the camera. The motion data is motion data for performing an action on the object when the object is locked on. In the work area, the player character position, camera position, gazing point position, and the like are sequentially updated for each frame by dynamic variables.
[0037]
Next, each processing step of the lock-on process will be described with reference to FIG. In the figure, when an interrupt signal is supplied to the CPU 11 in a cycle corresponding to the vertical synchronization signal of the video signal, an interrupt flag is set in a register in the CPU 11. When an interrupt occurs (step S201; YES), the CPU 11 executes the processes of steps S202 to S208. The CPU 11 checks whether or not the lock on flag is set (step S202). With reference to the work memory data table and the program data table, the lock-on flag is set when the coordinate values (X, Y, Z) of the object are in the lock-on possible range.
[0038]
If the lock-on flag is set (step S202; YES), a lock-on enabled display is displayed on the screen 28 to notify the player that the lock-on is possible (step S203). For example, as shown in FIG. 6, the lock-on possible display is performed by displaying the letter “A” in the lower right of the screen 28. At this time, the player can lock on the lock-on possible object existing in the lock-on possible area 30 by pressing the A button on the control pad 25.
[0039]
The CPU 11 monitors the output signal from the control pad 25, and determines whether or not the player has locked on the lock-on enabled object by pressing the A button (step S204). When the object is locked on by the player's operation (step S204; YES), the player can select an arbitrary object among the plurality of objects located in the lock-on possible area 30 (step S205). If there is only one lockable object in the lockable area 30, that object is automatically selected. Selection of an object that can be locked on can be performed by using a cross key.
[0040]
When the lockable object is selected, the camera is moved to zoom the object (step S206). Details of the camera movement will be described with reference to FIGS. As shown in FIG. 7, when the orange 32 is located in the lock on possible area 30, it is assumed that the orange 32 was locked on by the player's operation. Then, the camera 50 is switched from the objective viewpoint to the subjective viewpoint, and the mandarin orange 32 is zoomed as shown in FIG. Thereby, the player can surely watch the mandarin orange 32 which becomes the object of action. 9 and 10 are explanatory diagrams of camera movement in the vertical direction. In FIG. 9, the camera 50 functions as an objective viewpoint and looks at the mandarin orange 32. In FIG. 10, the camera 50 functions as a subjective viewpoint and looks at the mandarin orange 32. The subjective viewpoint is a viewpoint viewed from the player character 40. In the figure, the viewing direction of the camera 50 as the objective viewpoint and the viewing direction of the player character are θ ₁ There is an angle difference of ₁ The camera is moved so that the camera 50 is positioned on the head of the player character 40.
[0041]
11 and 12 are explanatory diagrams of camera movement in the horizontal direction. In FIG. 11, the camera 50 functions as an objective viewpoint and looks at the mandarin orange 32. In FIG. 12, the camera 50 functions as a subjective viewpoint and looks at the mandarin orange 32. In the same figure, the viewing direction of the camera 50 as the objective viewpoint and the viewing direction of the player character are θ in the horizontal direction. ₂ There is an angle difference of ₂ The camera is moved so that the camera 50 is positioned on the head of the player character 40.
[0042]
In the grabbing motion, when the camera 50 is moved from the objective viewpoint to the subjective viewpoint, if the distance (Z value) between the player character 40 and the camera 50 becomes smaller than a predetermined value, the player character 40 is made translucent. It is preferably configured to process. By processing in this way, it is possible to eliminate the disadvantage that the view from the camera 50 is blocked by the player character 40.
[0043]
After moving the camera, an action corresponding to the object to be locked on is performed (step S207). In this example, since the lock-on process is performed on the orange 32, the action of “grabbing the orange 32”, that is, “grabbing motion” described later is selected. This is done by referring to the program data table in the system memory 13. When the lock-on state is released by the player's operation (step S208; YES), the CPU 11 returns to step S201 again and repeats the processing steps described above.
(Grabbing motion)
Next, “grabbing motion” for grasping the orange 32 will be described with reference to FIGS. 13 to 20. When “grabbing motion” is selected as one mode of action in step S207, the CPU 11 refers to the work memory data table, the program data table, etc. in the system memory 13 and the player character 40, the object (mandarin orange 32), and the like. The optimal motion data is selected from the positional relationship, the size of the object, the shape, and the like. This motion data is data in which the movement of a polygon imitating a hand (hereinafter referred to as a real hand) grabbing an object as an operation pattern is stored. Specifically, for each polygon constituting the hand from the elbow to the wrist. The operation pattern is stored in the program data table.
[0044]
Each polygon constituting the real hand will be described with reference to FIG. In the figure, the little finger P is composed of polygons P1 to P3, and a collision point P0 for determining a collision (collision) with an object is set at the tip P0 of the polygon P1. The comb finger Q, the middle finger R, the index finger S and the thumb T are composed of polygons Q1 to Q3, R1 to R3, S1 to S3 and T1 and T2, respectively. Points Q0, R0, S0 and T0 are provided. These collision points are points where contact is expected in advance when the object is grasped. The palm is composed of a polygon U, the back of the hand is composed of a polygon V, and the arm is composed of a polygon W.
[0045]
Each finger has a predetermined motion pattern corresponding to the pattern of how to grasp the object, and each joint moves by a predetermined angle every frame. Also, the motion patterns of each finger are stored independently of each other, and collision determination is also determined independently for each finger. In the grabbing motion, the motion data for each finger is read out and displayed as an image, and an interruption is made every image update period to make a collision determination for each finger.
[0046]
Therefore, when a certain finger comes into contact with the object, the reading of the motion data for the finger ends, but the reading of the motion data for the other finger is still performed, and the image display based on the motion data is performed. As a result, the collision determination between the object and the finger is accurately performed, and the object can be grasped accurately and reliably regardless of the shape of the object.
[0047]
An operation procedure in which the real hand in the grasping motion grasps the object will be described with reference to the flowchart of FIG. When an interrupt signal is supplied to the CPU 11 at a period corresponding to the vertical synchronization signal of the video signal, an interrupt flag is set in a register in the CPU 11. When an interrupt occurs (step S301; YES), the CPU 11 executes the processes of steps S302 to S307.
[0048]
When a lock-on enabled object is locked on, a motion flag corresponding to the object is set. For example, if it is the above-mentioned mandarin orange 32, a grabbing motion is set. When the CPU 11 detects that the motion flag is set (step S302; YES), it reads the motion data (step S303) and displays an image (step S304). For example, as shown in FIG. 14, an image is displayed so that each finger of the real hand grasps the mandarin orange 32. At this time, the mandarin orange 32 as an object is composed of polygons composed of polygonal planes X1, X2, X3,. The image display for each finger is performed until the finger touches the orange 32 or the motion data is completed. As shown in FIG. 15, the motion data for the thumb T, the index finger S, and the middle finger R does not end (step S305; NO), and comes into contact with the mandarin orange 32 (step S306; YES), the motion data reading ends. (Step S307). On the other hand, as shown in FIG. 16, when the motion is finished without touching the mandarin orange 32 like the little finger P and the comb finger Q (step S305; YES), the reading of the motion data is finished (step S307). ). When appropriate texture mapping is applied to each polygon constituting the real hand and the orange 32 shown in FIGS. 14 to 16, these figures are displayed as images as shown in FIGS.
(Focus motion)
In the above description, the mandarin orange 32 is locked on and the mandarin orange 32 is gripped by the gripping motion. Now, an example will be described in which the map is locked on and the map is enlarged by the focus motion. As shown in FIG. 21, it is assumed that there is a map 61 in a lock-on possible area (not shown) and the map 61 is locked on by a player's operation. In this figure, the camera is above the player character 40 and displays the image shown in FIG. 21 from the objective viewpoint. A focus motion is stored in advance in the map 61 as a lock-on object. Therefore, when the map 61 is locked on, the motion flag is automatically set in the register in the CPU 11. When detecting that the focus motion flag is set, the CPU 11 moves the camera 50 from the objective viewpoint (FIG. 23) to the subjective viewpoint (FIG. 24).
[0049]
At this time, the map 61 is zoomed, but as the camera 50 moves, the screen gradually switches from the rough map 61 to the fine map 62 (FIG. 22). That is, by overwriting the image data of the map 62, which is a fine image, on the image data of the map 61, which is a rough image, and changing the transparency of both in a complementary manner, the map 61 becomes gradually transparent and fades out. At the same time, the map 62 gradually emerges on the screen and fades in (melting). As a result, when the player locks on the map 61, the player character can look on the map 61 on the screen.
[0050]
The procedure of focus motion will be described with reference to FIG. When an interrupt signal is supplied to the CPU 11 at a period corresponding to the vertical synchronization signal of the video signal, an interrupt flag is set in a register in the CPU 11. When an interrupt occurs (step S401; YES), the CPU 11 executes each process of step S402 to step S411. When the map 61 is locked on, a focus motion flag is set. When the CPU 11 detects that the flag is set (step S402; YES), it counts up the value of the built-in register n (step S403). This register n counts the number of frames after the focus motion processing, and initially n is a value of “0”.
[0051]
Here, F is the number of frames required to change from the map 61 to the map 62. Further, the texture data of the map 61 is data M1, and the texture data of the map 62 is data M2. Further, a transparency coefficient to be multiplied to the data M1 for semi-transparent processing of the map 61 is a, and b is a transparency coefficient to be multiplied to the data M2 for semi-transparent processing of the map 62. At this time, when the transparency coefficient is 0, the transparency is 0%, and when the transparency coefficient is 1, the transparency is 100%.
[0052]
The CPU 11 multiplies the value of the register n by F to obtain the transparency coefficient a (step S404). Then, the data M1 is translucently processed with transparency a (step S405). Further, a transparency coefficient b that changes complementarily to the transparency coefficient a is obtained (step S406), and the data M2 is translucently processed with the transparency b (step S407). Then, the semi-transparent data M1 and data M2 are synthesized (step S408). As shown in FIG. 26, the data M1 and data M2 are registered in the texture memory, and the synthesized data is written in the frame buffer.
[0053]
Next, the camera 50 is moved by one frame. As shown in FIGS. 23 and 24, the moving direction of the camera 50 is a direction to shift from the objective viewpoint to the subjective viewpoint, and the movement of the camera is completed by the movement of F frames. Rendering processing is executed with the composite data viewed from the current camera position, and image display is performed (step S410). The focus motion is completed by repeating the processing from step S404 to step S410 F times (step S411).
[0054]
In the focus motion, when the camera 50 is moved from the objective viewpoint to the subjective viewpoint, when the distance (Z value) between the player character 40 and the camera 50 becomes smaller than a predetermined value, the player character 40 is translucent. It is preferably configured to process. By processing in this way, it is possible to eliminate the disadvantage that the view from the camera 50 is blocked by the player character 40.
[0055]
In the above description, the gripping motion and the focus motion have been described as examples of the action in step S207. However, the present invention is not limited to this. For example, the drawer is opened, the door is opened, the door is knocked, the phone is called, the hanging axis It may be an action such as taking. The target of the lock-on process is not limited to an object, and may be a character imitating a person. For example, when a girl character is locked on, processing such as talking to the child may be performed. Further, it is possible to lock on even when the object or character is moving.
(Clipping processing)
Next, the clipping processing of the present invention will be described with reference to FIGS. As shown in FIG. 27, the geometry processor 12 converts the data into a viewpoint coordinate system with the camera position as the origin and the direction of the line of sight as the positive direction of the z-axis, The drawing limit point when the coordinates are perspective-transformed is Z _max And the translucent processing start point is Z ₀ And
[0056]
Then, as shown in FIG. 28, the Z value of the object or character is Z ₀ In the following cases, transparency α = 0 (transparency 0%) and Z _max In the above case, the transparency α = 1 (transparency 100%). Furthermore, the Z value is Z ₀ Z _max Transparency α = (Z−Z in the following cases ₀ ) / (Z _max -Z ₀ ).
[0057]
The above clipping process will be described with reference to the flowchart of FIG. When an interrupt signal is supplied to the CPU 11 at a period corresponding to the vertical synchronization signal of the video signal, an interrupt flag is set in a register in the CPU 11. When an interrupt occurs (step S501; YES), the CPU 11 executes each process of step S502 to step S508. In the screen coordinate system, the Z value of the object is Z ₀ (Step S502; YES), Z _max If it is below (step S503; YES), the transparency α = (Z−Z) ₀ ) / (Z _max -Z ₀ (Step S504), rendering is performed (Step S505), and image display is performed (Step S506). On the other hand, the Z value of the object is Z ₀ If it is less than (step S502; NO), the transparency α = 0 (step S507), and the Z value is Z _max If it is above (step S503; NO), the transparency α = 1 (step S508).
[0058]
By processing as described above, even when an object or the like comes near the drawing limit point, the object or the like does not disappear suddenly, and the transparent processing is gradually performed near the drawing limit point. Never give.
(Light source processing)
Next, the light source processing of the present invention will be described with reference to FIGS. In FIG. 1, the CPU 11 executes a program for processing an image using polygons, and supplies polygon vertex data to the geometry processor 12. Based on the vertex coordinate data of the polygon, the geometry processor 12 arranges the polygon in the three-dimensional space and sets a viewport for determining up to which area in the three-dimensional space to display. Attributes such as vertex coordinates (X, Y, Z), vertex colors (red, green, blue), texture coordinates (Tx, Ty), vertex transparency, and vertex normal vectors are assigned to each vertex of the polygon. The geometry processor 12 calculates the luminance (color) of each vertex according to the angle formed by the normal vector of the vertex and the light source vector, removes the vertex outside the viewport (clipping process), and calculates 2 from the three-dimensional coordinates. Perform conversion to dimensional coordinates (screen coordinates).
[0059]
In the above processing, the geometalizer 12 stores the luminance (color) of the vertex of the polygon in the system memory 13 as a vertex color list. By preserving the vertex color list in this way, pre-rendering becomes effective. The vertex color list is supplied to the rendering processor 15 via the bus arbiter 14. The rendering processor 15 obtains the luminance (color) of each point (pixel) on the ridge line connecting the vertexes of the polygon by complementing the luminance (color) of the vertex. Further, the luminance (color) of all the pixels constituting the polygon plane is obtained from the luminance (color) of the pixel on each ridge line by a complementary process. Then, texture data corresponding to each pixel is read from the graphic memory 16 and the color of each pixel is calculated.
[0060]
The rendering processor 15 blends the pixel color already written in the frame buffer in the graphic memory 16 with each pixel color of the polygon to be newly written as necessary, and writes the blended value in the frame buffer. A depth buffer is allocated in the graphic memory 16, and the Z coordinate value of each pixel is stored. Judging from the Z coordinate value read from the depth buffer, when an opaque polygon comes closest to the front, the color data of the polygon is immediately written into the frame buffer without performing the above blending. When a completely transparent polygon is positioned at the forefront, the color data of the back polygon already written in the frame buffer may be held as it is without writing the color data of the front polygon. The pixel data written in the frame buffer is supplied to the video encoder 17 and an image is displayed on the monitor 25.
[0061]
Each procedure of light source processing will be described with reference to FIG. First, it is determined whether or not the pre-rendering is valid (step S601). Since the vertex color list is created in the first frame in the light source process and stored in the system memory 13, if the pre-rendering is valid (step S601; YES), refer to the vertex color list for the second and subsequent frames. Can render polygons. Therefore, the vertex color list is read (step S602), rendering is performed based on the vertex color list (step S603), and image display is performed (step S604). On the other hand, if the pre-rendering is not valid, such as when the light source process is not processed (step S601; NO), a vertex color list is created (step S602), and after the pre-rendering is validated (step S606), the vertex color list is added. Based on this, rendering is performed (step S603), and image display is performed (step S604).
[0062]
According to the above-described procedure, if the positional relationship with the light source, such as a background image, is constant, the light source processing is performed in the first frame regardless of the change in the viewpoint coordinates. Since the eye can use the same result, the calculation load is reduced and an increase in the amount of texture data to be stored can be prevented.
[0063]
In the above description, the configuration in which the vertex color list is stored in the system memory 13 is adopted. However, the present invention is not limited to this. For example, the luminance (color) of the polygon vertex is complemented to obtain the polygon color list. The luminance (color) of all the pixels constituting the plane may be obtained in advance by a complementary process and registered in the texture buffer. Further, when the polygon color is blended with the texture, it may be registered in the texture buffer. These pixel data are read out as necessary at the time of rendering and used for the drawing process.
[0064]
【The invention's effect】
According to the present invention, the camera can surely watch the object selected by the player, and the action on the object is facilitated by zooming the object. In addition, since the camera switches from an objective viewpoint to a subjective viewpoint when gazing at the object, the player can have a pseudo-experience as if actually touching the object.
[0065]
In addition, according to the present invention, the collision determination is performed for each movement part, and the motion data is finished or the movement of the movement part is ended by the collision of the movement part. Inconveniences such as the movement part biting into other objects can be eliminated.
[0066]
Further, according to the present invention, it is possible to eliminate the unnaturalness that the object disappears suddenly near the drawing limit point.
[0067]
Further, according to the present invention, it is possible to greatly reduce the calculation load in the light source processing.
[Brief description of the drawings]
FIG. 1 is a circuit configuration diagram of a video game apparatus.
FIG. 2 is an explanatory diagram of a data structure of each table loaded in the system memory.
FIG. 3 is an overall operation flowchart of the video game apparatus.
FIG. 4 is a flowchart of lock-on processing.
FIG. 5 is an explanatory diagram of a lock-on possible area.
FIG. 6 is an explanatory diagram of a lock-on process.
FIG. 7 is an explanatory diagram of camera movement.
FIG. 8 is an explanatory diagram of camera movement.
FIG. 9 is an explanatory diagram of camera movement.
FIG. 10 is an explanatory diagram of camera movement.
FIG. 11 is an explanatory diagram of camera movement.
FIG. 12 is an explanatory diagram of camera movement.
FIG. 13 is an explanatory diagram of a real hand.
FIG. 14 is an explanatory diagram of a gripping motion.
FIG. 15 is an explanatory diagram of a gripping motion.
FIG. 16 is an explanatory diagram of a gripping motion.
FIG. 17 is an explanatory diagram of a gripping motion.
FIG. 18 is an explanatory diagram of a gripping motion.
FIG. 19 is an explanatory diagram of a gripping motion.
FIG. 20 is an explanatory diagram of a gripping motion.
FIG. 21 is an explanatory diagram of focus motion.
FIG. 22 is an explanatory diagram of focus motion.
FIG. 23 is an explanatory diagram of focus motion.
FIG. 24 is an explanatory diagram of focus motion.
FIG. 25 is an explanatory diagram of focus motion.
FIG. 26 is an explanatory diagram of translucent processing of texture data.
FIG. 27 is an explanatory diagram of clipping processing;
FIG. 28 is a graph of transparency versus Z value.
FIG. 29 is an explanatory diagram of clipping processing;
FIG. 30 is an explanatory diagram of light source processing.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Video game device, 11 ... CPU, 12 ... Geometry processor, 13 ... System memory, 14 ... Bus arbiter, 15 ... Rendering processor, 16 ... Graphic memory, 17 ... Video encoder, 18 ... ROM, 19 ... CD-ROM drive, DESCRIPTION OF SYMBOLS 20 ... Sound processor, 21 ... Sound memory, 22 ... D / A converter, 30 ... Lock-on possible area, 32 ... Orange, 40 ... Player character, 50 ... Camera

Claims (12)

An object setting means for setting a plurality of objects in the virtual three-dimensional space;
Camera setting means for setting a camera in the virtual three-dimensional space;
From among the plurality of objects located within the lock-on range predetermined in view point coordinate system, and the camera with respect to the first object selected by the instruction by the player using the input means Gaze point setting means for setting a gaze point;
A camera moving means for moving to the subjective-view from objective viewpoint of the camera in response to the gazing point is set,
Zoom means for controlling the camera to zoom the first object;
Image generating means for generating an image corresponding to the camera that has been processed by each of the gazing point setting means, the camera moving means, and the zoom means;
A video game device comprising: Object placement means for placing a plurality of objects in a virtual three-dimensional space;
Camera setting means for setting a camera in the virtual three-dimensional space;
From among the plurality of objects, said camera with respect to the first object selected by the instruction by the player to position and location in the lock-on range predetermined in cleans coordinate system, and using the input means Gaze point setting means for setting the gaze point of
A camera moving means for moving to the subjective-view from objective viewpoint of the camera in response to the gazing point is set,
Zoom means for controlling the camera to zoom the first object;
Image generating means for generating an image corresponding to the camera that has been processed by each of the gazing point setting means, the camera moving means, and the zoom means;
A video game device comprising: The fixation point setting means further sets the gaze point of the camera for on the first object when a distance between the first object and the camera is in a predetermined lock-on distance,
The video game device according to claim 1 .   A memory for storing information relating to the lock-on possible range;
The video game device according to any one of claims 1 to 3. It said image generating means, wherein in accordance with the first object is zoomed, the first object gaff Edoau Tosu Rutotomoni, the first object and the associated second of the image to object gaff Edoin Generate
The video game device according to any one of claims 1 to 4 .   The first object includes a first image having a relatively low pixel density, and the second object has a relatively high pixel density and has a pattern common to the first image. Including images of
The video game device according to claim 5. (A) the object setting means sets a plurality of objects in the virtual three-dimensional space;
(B) camera setting means setting a camera in the virtual three-dimensional space;
(C) fixation point setting means, positioned in the lock-on range predetermined in the viewpoint coordinate system, and the camera with respect to the first object selected by the instruction by the player using the input means by setting the gaze point,
(D) a camera moving means, said in response to the gazing point is set to move to the subjective-view the camera from an objective viewpoint,
(E) a zoom means controls the camera to zoom the first object;
(F) an image generation unit generates an image corresponding to the camera that has been processed by each of the gazing point setting unit, the camera moving unit, and the zoom unit;
An image display method including: (A) the object setting means sets a plurality of objects in the virtual three-dimensional space;
(B) camera setting means setting a camera in the virtual three-dimensional space;
(C) fixation point setting means, positioned in the lock-on range predetermined in the screen coordinate system, and the camera with respect to the first object selected by the instruction by the player using the input means by setting the gaze point,
(D) a camera moving means, said in response to the gazing point is set to move to the subjective-view the camera from an objective viewpoint,
(E) a zoom means controls the camera to zoom the first object;
(F) an image generation unit generates an image corresponding to the camera that has been processed by each of the gazing point setting unit, the camera moving unit, and the zoom unit;
An image display method including: In the (c), the fixation point setting means further fixation point of the camera for the first of the first object when the distance of an object and the camera is in a predetermined lock-on distance setting the,
The image display method according to claim 7 or 8 . In the (f), the image generation means, wherein in accordance with the first object is zoomed, the second object canvas associated said first object gaff Edoau toss Rutotomoni, with the first object Generate the image to fade in ,
The image display method according to claim 7 .   The first object includes a first image having a relatively low pixel density, and the second object has a relatively high pixel density and has a pattern common to the first image. Including images of
The image display method according to claim 10.   The computer-readable recording medium with which the program for making a computer perform the method of any one of Claims 7 thru | or 11 was recorded.

Images