JP3199317B2 - GAME DEVICE, DATA EDITING METHOD, AND COMPUTER-READABLE RECORDING MEDIUM - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a game apparatus, a data editing method, and a computer-readable recording medium.
In particular, the present invention relates to a game device, a data editing method, and a computer-readable recording medium on which a program for operating a computer as such a game device is recorded.

[0002]

2. Description of the Related Art Some game devices use data obtained when a game is performed in response to a player's operation input.
2. Description of the Related Art There has been known an apparatus capable of replaying (redisplaying) a game performed in response to an operation input by a player. In addition,
Such a game device is disclosed in, for example, Japanese Patent No. 2777353 and Japanese Patent Application Laid-Open No. 10-216358.

[0003]

Conventionally, data (generally called replay data) recorded for performing a game on the above-described game apparatus is performed in response to a player's operation input. Was used to replay the actual game performance.

Accordingly, an object of the present invention is to provide a game apparatus capable of editing (processing) data for performing a game, a data editing method, and a computer-readable program for operating a computer as such a game apparatus. It is to provide a possible recording medium.

[0005]

According to the present invention, there is provided a game apparatus, a game editing method, and a game editing method.
Computer-readable recording media, each having the following configuration
Shall be.

[0006]

[0007]

[0008]

[0009]

[0010]

[0011]

[0012]

[0013] Game device of the present invention, a plurality of images displayed in a game performed in a reproducible data Ah Rutotomo
In addition, each corresponds to those images, and
In the operation performed by the player to operate the operating tool at the time of line
Multiple replay codes that hold operation content information indicating the contents
Storage means for storing the replay data is data including a from a plurality of replay codes included in the stored replay data in the storage means, the replay chord designating means for designating the replay code to reproduce the image If, based on the replay data stored in the storage means, and means for creating a second replay data can be reproduced only the image corresponding to each replay code specified by the replay code specifying means, storing during game execution
The order in which the images will be played back in a different order
Interpret replay codes according to the order of recording
Information of the operating tool at that time obtained by
The second replay data containing the complementary code holding
And a replay data editing unit to be created .

That is, in this game apparatus, replay data (second replay data) in which unnecessary scenes are not reproduced
In order for the player to operate the operating tool during the game execution.
Replay that retains operation content information that indicates the operation performed
It has a configuration in which codes can be created from replay data stored in chronological order . Therefore, according to the game device of the present invention, for example, replay data that can be reproduced in a form in which a monotonous portion is omitted can be obtained, so that the game can be more enjoyed.

In realizing the game device of this aspect,
In addition to adding order designating means for designating the relative order in which images corresponding to each replay code designated by the replay code designating means are to be reproduced, as replay data editing means, the replay data stored in the storage means is added. Based on this, it is desirable to employ means for creating second replay data that can reproduce only images corresponding to each replay code specified by the replay code specifying means in accordance with the order specified by the order specifying means.

[0016]

When the game apparatus according to this aspect is realized, in order to facilitate the specification of the replay code, the reproducing means reproduces the replay code stored in the storage means. It is preferable to add a reproducing unit that functions in cooperation with the unit. Further, the game device may be provided with a receiving means for storing the replay data received via the communication network in the storage means.

[0018]

[0019]

[0020]

[0021]

[0022]

[0023]

[0024] The data editing method of the present invention, a plurality of images displayed during the game run in a reproducible data Oh Rutoto
In addition, each corresponding to the plurality of images,
Operation performed by the player to operate the operating tool during
Multiple replay commands that hold operation content information
A data editing method for editing replay data that is data including a replay code, comprising: a replay code specifying step of specifying a replay code for reproducing an image from a plurality of replay codes included in the replay data; in based on the data, to create an image only the second replay data that can reproduce corresponding to each replay code specified in the replay code designation step step
Screens in a different order from the
For the part where the image will be reproduced, follow the recording order.
Was determined by interpreting the replay code
Complementary code holding the position information of the operating tool at that time
And a replay data editing step of creating second replay data containing the replay data.

This data editing method adds an order designating step for designating a relative order in which images corresponding to the respective replay codes designated in the replay code designating step are to be reproduced. Based on the replay data, a step of creating second replay data that can reproduce only the image corresponding to each replay code specified in the replay code specifying step in accordance with the order specified in the order specifying step can be adopted.

[0026]

The data editing method may include a reproducing step of reproducing the replay code, which includes a reproducing step that functions in cooperation with the replay code specifying step. Further, it may include a communication step of acquiring replay data via a communication network.

[0028]

[0029]

Further, a computer-readable recording medium of the present invention, a plurality of images displayed in a game performed in a reproducible data Ah Rutotomoni, respectively, said plurality of image
The player responds to the image and the player
Stores operation content information that indicates the content of the operation performed for operation.
From a plurality of replay codes included in the replay data is data including a plurality of replay code is data including a plurality of replay code lifting the a replay code designating step for designating the replay code to reproduce an image, replay data stearyl based, to create an image only the second replay data that can reproduce corresponding to each replay code specified in the replay code specifying step
Order different from the memory order at the time of game execution.
For the part where the image is to be played back in turn,
Determined by interpreting the replay code in order
That holds the position information of the operating tool at that point in time.
A descriptor <br/> ray data editing step of creating a second replay data moistened with complete code, formed by recording a program for causing a computer to execute.

According to this recording medium, the computer
Since replay data (second replay data) in which unnecessary scenes are not reproduced can be created, for example, replay data that can be reproduced without a monotonous portion can be obtained. Therefore, the game can be more enjoyed.

[0032]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Embodiments of the present invention will be specifically described below with reference to the drawings.

First, a hardware configuration of an information processing device used to realize a game device according to an embodiment of the present invention will be described with reference to FIG.

As shown, the information processing device 20 used in the game device according to the embodiment includes, for example, a control unit 21, a RAM 22, a sound processing unit 23, an interface unit 24, an input unit 25, an MDEC 26, A graphic processing unit 27, a CD-ROM drive 28, a communication interface 32, and a bus 29 are provided. Of these components, the components other than the input unit 25 are interconnected via a bus 29.

The control unit 21 is a circuit including a CPU, a ROM, and the like. The control unit 21 (CPU) controls each unit according to a program stored in the RAM 22 (ROM in some cases). The sound processing unit 23 is a circuit having a function of generating music, sound effects, and the like, and generates a sound corresponding to data stored in the RAM 22 under the control of the control unit 21.

The input unit 25 is a device used by a user of the apparatus to input various information (instructions) to the information processing apparatus 20. The input unit 25 is connected to the bus 29 via the interface unit 24. I have. Interface unit 2
Reference numeral 4 denotes a circuit to which a memory card 31 serving as an external memory can be connected. A circuit between the circuit (mainly the control unit 21) connected to the bus 29 and the input unit 25 or the memory card 31 Controls data transfer timing.
The components of the information processing apparatus 20 except for the input unit 25 are housed in a single housing, and the input unit 25 is connected to the housing by a cable (called a controller or an operation pad). Equipment).

The MDEC 26 has an inverse DCT (discrete cosi
ne transformation: A circuit that can execute the discrete cosine transform (JPEG) operation at high speed. JPEG (Joint Photographic E)
xperts Group) and MPEG (Moving Picture Expert Gr)
oup) or other data (CD-RO
It is used when decompressing image data and moving image data compressed and recorded in M10. Graphic processing unit 2
Reference numeral 7 denotes a circuit provided with a frame buffer.
Draws an image (polygon) according to the instruction given from 1 on a frame buffer, and generates a video signal according to the image information stored in the frame buffer;
Output. Further, the graphic processing unit 27
A process of outputting a video signal according to the result of the decompression at 26 is also performed. The information processing device 20 includes the graphic processing unit 27
Connected to the display device 30 for use.

The communication interface 32 is a circuit for exchanging information with other devices on the network 100.
Connected to 0. The CD-ROM drive 28 is a CD-ROM drive.
The game device according to the embodiment, which is a reading device of the ROM 10, is realized by causing the control unit 21 to perform control according to a game program recorded on the CD-ROM 10.

Next, the overall operation of the game device according to the embodiment will be described with reference to FIG. Note that some of the controls (processes) performed by this game device are actually controlled by circuits other than the CPU. However, for convenience of explanation, the control related to the CPU will be described below. , CPU
Is directly controlled.

As shown, when the game device is started, the CPU according to the program stored in the ROM is used.
Program (OS) recorded in the ROM
Or the program recorded on the CD-ROM 10 is R
It is read into the system area and program area (details will be described later) of the AM 22 (step S101).

Thereafter, while monitoring the state of the start button provided on the input unit 25 by the CPU according to the program in the program area, a title screen or a demonstration screen (hereinafter, referred to as “display screen”) is displayed on the display device 30.
A process (steps S102 and S103) for alternately displaying demo screens) is started.

That is, the CPU displays the title screen on the display device 30 using the title screen graphic data recorded in the CD-ROM 10 while monitoring the state of the start button. When it is detected that the predetermined time has elapsed, the MDEC 26
The reproduction of the movie data for the demo screen recorded in the CD-ROM 10 is started, and when the reproduction of the movie data is completed, the title screen is displayed again.

The CPU repeats such control until it detects that the start button has been pressed, and detects that the start button has been pressed (step S103; Y).
In ES), an operation mode instruction is received from the user of the apparatus by displaying a menu screen (step S104).

The game apparatus has a race mode for performing a game demonstration and recording the data of the game, a replay mode for performing a game demonstration based on data for performing the game, and editing data for performing the game. (processing)
There are provided three operation modes of an edit mode for performing the operation. When the race mode is selected (step S10
5; race), the CPU executes a race process (step S10).
Execute 6). When the replay mode is selected (step S105; replay), a replay process (step S107) is executed, and when the edit mode is selected, an edit process (step S108) is executed. Then, when each process is completed, the process returns to step S102, and a title screen or the like is displayed again.

Hereinafter, the race processing, replay processing, and editing processing executed in the game device will be described in detail. First, the race processing will be described.

FIG. 3 shows the overall flow of the race processing. As shown in the figure, at the start of the race processing, the CPU acquires the number and type of vehicles used in the race and the identification information of the course from the user (steps S201, S20).
2). In these steps, data is acquired in a procedure similar to the procedure for acquiring data performed in a general game device. For example, in step S201, the CPU
First, the type of a vehicle (hereinafter referred to as own vehicle) for which the user gives an instruction to control the behavior (running) and the number of vehicles (hereinafter referred to as enemy vehicles) for which the CPU controls the behavior. Then, a screen for allowing the user to select a vehicle type is displayed on the display device 30. Next, the CPU changes the display content of the display device in accordance with the operation content of the user on the input unit 25, and uses the content for the race based on the display content at the time when the operation indicating the completion of the setting is performed. Recognize the number of vehicles and the type of each vehicle. Note that the present device is configured so that the own vehicle may not be selected in this step. The operation of the apparatus when such setting is performed will be described later.

After receiving an instruction from the user such as the type of the vehicle used for the race, the CPU performs pre-race processing.
(Step S203). In this race pre-processing, first,
Data necessary for performing a racing game using the designated vehicle and course is prepared on the RAM 22.

Referring now to FIG. 4, the contents of the pre-race processing and the use of the RAM 22 in the present apparatus will be described.

As shown in the figure, in this apparatus, the RAM
22 is divided into a system area, a program area, a work area, a replay data area, a course data area, a vehicle data area, other data areas, and a stack area. The system area is a game device (information processing device 2).
0) is an area where the OS stored in the ROM is read and stored. Program area is CD-ROM
The game program recorded in 10 is an area from which the game program is read, and the stack area is a work area of the game program. The work area is an area used for storing data whose contents may be updated.

The replay data area includes first to third replay data blocks each capable of storing replay data. The first replay data block is used to store the replay data created during the race processing. Each of the course data areas includes first to third course data blocks in which course data can be stored. The course data is data including terrain data representing the shape of the course and CG (computer graphics) data used to graphically display each point on the course. The course data of a plurality of courses that can be used for a race is recorded in the CD-ROM 10, and during pre-race processing, the course data corresponding to the course identification information acquired in step S202 is stored in the CD-ROM.
10 and stored in the first course data block.

The vehicle data area includes CG data of the vehicle,
An area for storing a plurality of vehicle data including performance data (acceleration, maximum speed, cornering performance data, etc.) used for calculating the amount of movement of the vehicle, and other data areas include character data to be displayed and coordinates of a viewpoint. This area stores data other than course data and vehicle data, such as data and sound effect data. Various kinds of vehicle data and sound effect data are recorded in the CD-ROM 10. During pre-race processing, vehicle data and sound effect data associated with each vehicle identification information acquired in step S201 are stored in a CD. -Read from the ROM 10 and stored in the vehicle data area and other data areas;

In the pre-race processing, after such various data are prepared in the RAM 22, the race situation data is initialized (created). The race situation data is data including position data and posture data (data indicating the direction of the vehicle) in the course coordinate system of each vehicle participating in the race. Race status data is data that is updated as the race progresses (demonstration). During pre-race processing, race status data with position data and attitude data at the start point is created for each vehicle. Is done. The race situation data is created (stored) in the work area.

Thereafter, a race screen (in this case, a start point screen) corresponding to the race situation data is displayed using the vehicle data and the course data prepared on the RAM 22, and the pre-race processing ends.

Pre-race processing (FIG. 3: step S203)
After the completion of (1), the CPU generates a header code, which is the data forming the head of the replay data, records it at the head of the first replay data block, and initializes the value of the recording position pointer to "1" (step S204) ). Note that the recording position pointer is a pointer whose value is used to specify the position where recording of the replay code and end code, which are the remaining elements of the replay data, is started, and is realized by a register in the CPU. I have.

Here, the configuration of each element of the replay data will be described with reference to FIG. As shown, the header code 41 includes a code identifier field 55, a course identification information field 51, and a vehicle number field 52.
And a vehicle information field 53. The replay code 42 is a code having the code identifier field 55 and the operation content information field 54 and having the same size as the header code 41. The end code 44 has only a code identifier field 55.

The code identifier field 55 is a field in which a code identifier indicating the type of the own code is stored. The code identifier fields 55 of the header code 41, the replay code 42, and the end code 44 include a header code ID, A replay code ID and an end code ID are set.

The course identification information field 51 in the header code 41 is a field for storing the course identification information. In the course identification information field 51 of the header code created in step S204, the course identification information (“A course” in the figure) acquired in step S202 is set. The vehicle information field 53 is a field that can store a plurality of vehicle information including vehicle type identification information, position data, and attitude data,
The vehicle number field 52 is a field for storing the number of vehicle information stored in the vehicle information field 53.

The vehicle number field 52 of the header code 41 created in step S204 contains step S2.
The number of vehicles (“2” in the figure) acquired at 01 is set. In the vehicle information field 53, the vehicle identification information acquired in step S201 and the initial values of the position data and the posture data (copy of the position data and posture data included in the race situation data created in step S203) Is set.

The operation content information field 54 in the replay code 42 is a field in which operation content information (details will be described later) on each vehicle participating in the race is set.

Returning to FIG. 3, description of the race processing will be continued. After the completion of the recording of the header code or the like (step S204), the operation content of the user on the input unit 25 is recognized (step S205). Then, based on the content of the operation and the race situation data at that time (the race situation data used for the previous display), position data and attitude data of the own vehicle and the enemy car on the race screen to be displayed this time are obtained.
The race situation data is updated with those data (step S206). That is, the moving direction and the moving amount of the own vehicle are determined based on the operation contents of the user, and using them,
The position data and attitude data of the own vehicle in the race situation data are corrected. Further, the position data and the posture data of the enemy vehicle are similarly corrected based on information corresponding to the operation content generated by a predetermined algorithm.

Next, the CPU performs a replay code recording process (step S207) for recording data for performing the game. During this process, the CPU proceeds to step S
In step S206, a replay code including operation content information indicating the operation content recognized in step 205 and operation content information indicating the operation content performed by the user in step S206 is generated. Then, the replay code is recorded at the position indicated by the recording position pointer in the first replay code block.
More specifically, the replay code is recorded such that the first data is arranged at an address separated by “recording position pointer value × code size” from the first address of the first replay code block. After that, the value of the recording position pointer is increased by "1", and the replay code recording process ends.

After recording (adding) the replay code, the CPU repeats the processing of step S209 for a fixed period (1
/ 30 second cycle)
(Step S208), each unit is controlled such that a race screen corresponding to the updated race situation data is displayed (Step S209). That is, in this step,
The CPU displays the race screen using the position data and attitude data of each vehicle included in the race situation data at that time, course data, vehicle data, and the like stored in the game data area. Also, control is performed to output a sound corresponding to the race situation data.

Thereafter, the CPU determines whether or not the race has been completed by determining whether or not a predetermined condition has been satisfied.
In (Step S210; NO), the processing from Step S205 is executed again. On the other hand, if the race has ended (step S210; YES), step S2
The process exits from the loop from 05 to S209, records the end code at the position indicated by the recording position pointer in the first replay data block (step S211), and completes the replay data. That is, by the completion of this step, as shown in FIG. 6, the replay data having the header code 41 at the head and the end code 44 at the end, and a plurality of replay codes 42 interposed therebetween, It is generated in one replay data block.

Next, when the user instructs the storage of the replay data, the CPU transfers the replay data stored in the first replay data block to the memory card 3.
A replay data storage process (step S212), which is a process for storing the replay data in the storage unit 1, is performed. Then, display processing of race results (history ranking etc.) is performed (step S213), and the race processing is completed (return to step S102 in FIG. 2).

Here, a description will be given of the content of the race processing when the own vehicle is not selected in step S201. In this case, in step S203, step S2
Race status data including only position and attitude data relating to the enemy vehicle designated to be used in 01 is created. In step S205, nothing is performed. In step S206, the race situation data (position data and posture data of the enemy vehicle) is updated based on information corresponding to the operation content of the enemy vehicle generated by a predetermined algorithm. Is done.

That is, when the own vehicle is not selected in step S201, a race screen in which only the enemy vehicle is running is displayed, and replay data recording the content thereof is created on the RAM 22. When a predetermined instruction is given, the replay data is stored in the memory card 3.
1 is stored.

In the replay processing of step S107, the game is reproduced (demonstrated) based on data for demonstrating the game including the replay data created in the race processing. Hereinafter, the replay processing will be described in detail with reference to FIGS.

The replay process includes replay data recorded in a replay data area in the RAM 22, replay data recorded in the CD-ROM 10, and a memory card 31 as an external memory as data for performing a game. , And the replay data that can be read from the network 100. In addition,
The replay data stored in the CD-ROM 10 is prepared as sample data that can be used in replay processing and editing processing.
This is a demonstration result of a racing game using the course data and the vehicle data stored in the inside. And RA
The replay data stored in the M22 or the memory card 31 includes not only the replay data created by the race processing but also the replay data edited in the editing processing described later.

For this reason, as shown in FIG. 7, at the start of the replay processing, the CPU executes the replay target instruction information acquisition processing (step S301), thereby allowing the user to specify the replay data to be processed. Get information.

Specifically, during this processing, the CPU first displays the reading destination selection screen as shown in FIG.
To be displayed. The screen shown in the figure is displayed when the memory card 31 and the CD-ROM 10 are set in the apparatus and the apparatus is connected to the network 100. If it is not set, a reading destination selection screen where the memory card 31 cannot be selected is displayed.

Next, the CPU starts a process of changing the display position of the cursor 85 in accordance with the content of the operation on the input unit 25. When it is detected that a predetermined operation has been performed on the input unit 25, based on the display position of the cursor 85 at that time, the location where the replay data to be processed is stored (read destination). ) Is RAM2
2 (inside the memory), memory card 31, CD-ROM1
0, which of the network 100 is recognized.
The CPU that recognizes the reading destination reads the file names of the replay data stored in the specified location, and displays a data selection screen as shown in FIG. 9 based on those file names. Then, based on the operation content on the input unit 25, the replay data selected by the user as the processing target is recognized.

Thereafter, the CPU reads the data required for replay of the replay data to be processed in the RAM 22 (step S30).
Perform 2).

As shown in FIG. 10, at the start of the data reading process, the CPU determines whether the replay data to be processed selected in step S301 is data existing in the RAM 22 inside the game device, It is determined whether the data is in the card 31 or in the network 100 (step S401). And RAM
22 is not the data in step 22 (step S401;
(NO), the process proceeds to step S402. Step S40
In step 2, a replay data block used for storing replay data to be read is determined by referring to an area management table arranged in a work area in the RAM 22.

FIG. 11 shows the structure of the area management table. As illustrated, the area management table has a data name column and a status information column associated with each block provided in the replay data area and the course data area.
The data name column is a column in which identification information (data name / file name) of data stored in the corresponding block is set. The status information column is a column in which status information indicating whether data stored in the corresponding block is in use or not is set. In step S402, in this area management table, the replay data block whose status information is “unused” is set as the replay data block used for storing new replay data. In addition,
If all replay data blocks are in use, the first replay data block is selected.

After determining the replay data block to be used, the CPU sets any one of the CD-ROM 10, the memory card 31, and the network 100 in which the processing target replay data selected in step S301 is recorded in the replay data block. , The replay data to be processed is read (step S403), and the process proceeds to step S40.
Proceed to 4. On the other hand, the replay data targeted for processing is
If the data is stored in the RAM 22 (in any block of the replay data area) (step S4
01; YES), the CPU directly executes step S404.

In step S404, the CPU recognizes course data, vehicle data, and the like required for processing based on the data included in the header code of the replay data to be processed. Then, the CPU determines whether or not the required course data exists in the RAM 22 by referring to the area management table, and determines that the course data does not exist (step S405; N).
In O), a course data block for reading the course data is determined (step S406).

That is, the CPU first determines whether or not the data name of the required data is stored in the area management table. If the data name is not stored, a search is made for a course data block whose status information is "unused". If such a course data block exists, the game data block is searched. Is a block for reading the course data. On the other hand, if no course data block whose status information is “unused” cannot be found, the randomly selected course data block is set as the block from which the course data is read this time.

After determining the course data block in this way, the CPU adds
The course data required for the replay is read (step S407). The course data is usually
The data is read from the CD-ROM 10. In a predetermined case, the data is read from the network 100 via the communication line 33. Then, in a succeeding step S408, the CPU updates the area management table as follows.

If new data has been read, the CPU sets the data name of the data in the corresponding data name column of the area management table. And this time,
The area information is updated so that the state information of the replay data block and the replay data block in which the course data is stored and the state information of the course data block are “in use”.

Returning to FIG. 7, the description of the operation of the CPU after updating the area management table (end of the data reading process) will be continued. After the end of the data reading process (step S302),
The CPU initializes (creates) the race situation data based on the data in the header code of the replay data to be processed (step S304). That is, race situation data including the position and attitude data of each vehicle included in the header code is created.

Next, the CPU displays a screen (usually a start point screen) indicated by the race situation data on the display device 3.
0 (step S30).
5), the read position pointer is initialized to "1" (step S306). Then, the processing of steps S307 to S312 is started, and first, the code stored at the position indicated by the value of the read position pointer is read (step S30).
7). That is, data of a code size starting from an address separated by “read position pointer value × code size” from the head address of the replay data block is read. Then, it is determined whether or not the code is an end code (step S308). If the code is not an end code (NO), it is determined whether or not the code is a header code (step S309).

This step S309 is provided because, when the editing process is performed, replay data including a header code may be created in a portion other than the beginning (details will be described later). It is. If the replay data that has not been subjected to the editing processing is the processing target, the header code does not appear before the end code appears. Therefore, in step S309, “NO” is always set (independent of the value of the read position pointer). A branch is made to the "" side.

If the read code is a replay code (step S309; NO), the CPU performs a frame replay process for reproducing a screen of one frame (step S310). That is, the CPU:
The race status data is updated based on the operation content information of each vehicle included in the read replay code. And
An image corresponding to the updated race situation data is generated, and the image is displayed on the display device 30.

After the execution of the frame replay processing, the CPU increases the value of the read position pointer by "1" (step S312), and returns to step S307. The above-described processing is repeated until the end code or the replay code is read out, and when the read out code is the header code (step S309; YE
In S), a data switching process (step S311) is executed.

As shown in FIG. 12, at the time of the data switching process, the CPU first recognizes course data necessary for the process based on the read header code (Step S).
501). Next, by determining whether or not the data name of the course data is stored in the area management table, it is determined whether or not the course data has already been read into the RAM (step S502).

If the necessary course data has not been read into the RAM 22 (step S502; NO),
The PU determines a course data block to be used for storing the course data (step S503). In other words, if there is a course data block whose status information is "unused", that course data block is used as a block to be used for storage, and if not, a course data block selected at random is used as storage.

After that, the CPU reads the course data indicated by the information in the header code into the determined course data block (step S504), and enters the data name of the selected course data block in the area management table. The setting and the process of setting the status information to “in use” are performed (step S505). And step S
Proceed to 506. On the other hand, if the necessary data has been read into the RAM 22 (step S502; YES), the CP
U proceeds to step S506 without performing the processing of steps S503 to S505.

Step S506 and subsequent step S
In 507, the CPU proceeds to step S30.
4. The same processing as in S305 is performed on the header code read this time. Then, the data switching process ends (proceeding to step S312 in FIG. 7).

As described above, in the replay processing executed by the present apparatus, when a header code is included in a portion other than the head of the replay data, the code after the header code is used as replay data relating to a new racing game. The processing is handled.

Next, an editing process for editing (processing) data for performing a game will be described. First, an outline of the editing process will be described with reference to FIGS. FIG. 13 is an overall flowchart of the editing process, and FIG. 14 is an explanatory diagram of an editing screen displayed during the editing process.

As shown in FIG. 13, during the editing process,
First, an edit screen is displayed on the display device 30 (step
S601). As shown in FIG. 14, the editing screen
1. Second display area 60₁, 60_TwoAnd buttons 61 to 82
Having. First display area 60 ₁Is the first replay data
Race based on replay data stored in blocks
This is the area where the image is displayed. Second display area 60_TwoIs
Replay data stored in the second replay data block
This is an area where a race image based on the data is displayed.

The SELECT button 76 is a button for selecting a replay data block to be processed from the first and second replay data blocks. When this button is pressed, the first replay data block is displayed. If it is a data block, the processing target is changed to the second replay data block. Conversely, if the processing target is the second replay data block, the processing target is changed to the first replay data block. Note that the third replay data block is used as a so-called clipboard, and is not selected by the SELECT button 76.

The LOAD button 78 is a button for reading replay data from the memory card 31 or the like. The SAVE button 79 is a button for saving the edited replay data in the memory card 31. Buttons 62 to 64 indicate a replay image playback mode (game device processing mode), a slow rewind playback mode,
The buttons 66 to 70 are buttons for setting a stop mode and a slow playback mode. The playback modes are a fast rewind playback mode, a normal rewind playback mode, a pause mode, a normal playback mode, and a high-speed playback mode. Button to do so. Incidentally, stop mode, the display area 60 ₁ or 60 _2, while displaying the first race image is representative edited replay data, a processing mode of waiting for button presses, pause mode, This is a processing mode in which the display content of the race image display area 60 is maintained at the time when the button 68 was pressed, and the pressing of the button is waited.

Buttons 71 to 75 are used to set the editing processing mode.
These buttons are for setting a deletion processing mode, a copy processing mode, an insertion processing mode, a concatenation processing mode, and a division processing mode, respectively. The details of each playback mode and each editing processing mode, and the uses of the buttons 61, 65, 80, and 81 will be described later.

At the time of editing processing, after such an editing screen is displayed, it is determined whether or not the button of the input unit 25 has been pressed (FIG. 13: step S602). If the pressed button does not mean that the EXIT button 82 has been pressed (step S602; YES, S60
3; NO), a process corresponding to the pressed button and the editing process mode (step S604) is performed, and then step S605 is executed. The process in step S604 is roughly classified into a process when a button on the edit screen is selected and a process for moving a button to be selected. Then, the position of a selection target button (a button determined to be selected when a predetermined button of the input unit 25 is pressed; a button 63 in FIG. 14) displayed in a special form is changed.
If the button has not been pressed (step S60)
2; NO), the step S605 is executed without executing the step S604.

[0096] At step S605, the processing corresponding to the target replay data, the replay image generation processing is processing for racing image is generated of the same size as the display area 60 (60 ₁ or 60 ₂₎ it is performed. Thereafter, a process of redisplaying the editing screen using the race image generated in the replay image generation process (Step S606) is performed, and Step S6 is performed.
02 is executed. The editing process is a process in which step S606 is performed in principle every 1/30 second.

Hereinafter, the editing process will be described in more detail.
First, the editing data reading process executed when the LOAD button 78 is pressed (selected) will be described with reference to FIGS. FIGS. 15 and 16 are flowcharts of the edit data reading process, and FIGS. 17 to 19 are explanatory diagrams of screens displayed on the display device 30 at the time of the edit data reading process.

As shown in FIG. 15, at the start of the editing data reading process, the data reading is confirmed by checking whether the CD-ROM 10 is set, the memory card 31 is set, or the network 100 is connected. A possible reading destination is recognized (step S701).
Next, a list of reading destinations corresponding to the recognition result is displayed on the editing screen (step S702). For example,
If data can be read from all reading destinations, a screen as shown in FIG. 17 is displayed on the display device 30 in step S702.

After displaying such a list of reading destinations, the contents of the user's instruction are recognized and the reading destination list is deleted (step S703). That is, in this step, the display position of the cursor 85 is changed according to the type of the button of the input unit 25 operated by the user. Then, when a predetermined button of the input unit 25 is operated,
After the contents of the user's instruction are recognized based on the display position of the cursor 85 at that time, the reading destination list is deleted.

If the user selects "end" (step S704; end), the editing data reading process ends. If the user selects “inside the memory” (step S704; RAM), data (file name or the like) for displaying the replay data list is read from the area management table (step S705), and the user selects “memory card”. Is selected (step S704; memory card), data (file name) for displaying the replay data list is read from the memory card 31 (step S706). In addition, when the user enters “CD-RO
M ”is selected (step S704; CD-RO
M), data for displaying the replay data list is read from the CD-ROM 10 (step S70).
7) If the user selects "network" (step S704; network), data for displaying the replay data list is read from the network 100 (step S708).

After the completion of steps S705 to S708, it is determined whether or not replay data is stored in the read destination based on the data read in each step (step S709). If the replay data is not stored in the reading destination (step S709; N
In O), after displaying an error message indicating that (step S710), the processing from step S702 is executed again.

If replay data has been stored in the read destination (step S709; YES), step S7
A replay data list using the data read in any one of steps S05 to S708 is displayed on the editing screen (step S711). In this step, for example, a screen including a list of replay data as shown in FIG. 18 is displayed on the display device 30.

After such a screen is displayed, the contents of the user's instruction are recognized, and the replay data list is deleted (FIG. 16: step S712). That is, the display position of the cursor 85 is changed in accordance with the type of the button of the input unit 25 operated by the user, and the user changes the display position of the cursor 85 at the time when the predetermined button of the input unit 25 is operated. Is recognized, the replay data list is deleted.

When it is recognized that no data has been selected (step S713; NO), that is, FIG.
When the user selects “end” on the screen shown in FIG. 8, the edit data reading process ends. On the other hand, when data is selected (step S713; YES),
It is determined whether the reading destination is the RAM 22 (step S714). If the reading destination is not the RAM 22 (step S714; NO), the replay data block information indicating the usage status of the replay data block as shown in FIG. 19 is obtained by referring to the area management table. Processing for displaying on the edit screen is performed (step S715).

Next, the contents of the user's instruction are recognized and the replay data block information is erased (step S7).
16) If no replay data block is selected (step S717; NO), that is, if "end" is selected, the edit data reading process ends. If a replay data block has been selected (step S717; YES), processing for reading the selected replay data into the selected replay data block is performed (step S718). Then, the area management table is updated based on the read replay data (step S719). Next, reading of data (course data and the like) necessary for replay of the read replay data and not stored in the RAM 22 is performed. Is performed (step S720). Thereafter, the reproduction mode is set to the stop mode, "0" is set to the read position pointer RP, and "1" is set to the variable FS (step S7).
21), the editing data reading process ends.

When the reading destination is the RAM 22
Since it is not necessary to read the replay data into the RAM 22 (Step S714; YES), Steps S715 to S718 are omitted, and the processing from Step S719 is performed.

Next, the operation when the buttons 62 to 64 and 66 to 70 are pressed will be described. Buttons 62-64, 6
If any one of the buttons 6 to 70 is pressed, step S60
In step 4, processing is performed to set various variables referred to during the replay image generation processing in step S605 to values corresponding to the pressed button (the specified reproduction mode).
Variables whose values are set during this processing (hereinafter, referred to as reproduction mode setting processing) include DMODE, CMODE, and FMODE.

FIG. 20 shows each playback mode and the DM mode at that time.
FIG. 4 is a diagram for explaining a relationship with values set in ODE, CMODE, and FMODE. As shown in the figure, at the time of the reproduction mode setting processing, a value indicating the reproduction direction is set in DMODE, and a value indicating whether or not the slow reproduction is set is set in FMODE. Then, a value indicating the reproduction speed is set in CMODE. When the stop mode is selected, a process of initializing the read position pointer RP to “0” and a process of setting the variable FS to “1” are also performed. At the time of the reproduction mode setting process, the variable CNT is also initialized to “0”.

Next, the details of the replay image generation processing will be described with reference to FIGS. As shown in FIG. 21, during the replay image generation process, if DMODE is “0” (step S801; “0”), it is determined whether the value of the variable FS is “1” (step S801). Step S81
0). If FS is “1” (step S
810; YES), a leading image display process (step S811) for creating and displaying the first race image represented by the replay data to be processed is performed. Then
“0” is set to FS (step S812).

Thereafter, the replay image generation processing is terminated, and an editing screen including the generated race image is displayed (FIG. 13: step S606). On the other hand, when FS is not “1” (step S810; NO), that is, when the replay image generation processing is executed for the second time after the pause mode or the stop mode is set. The replay image generation processing is ended without generating a race image or the like.

DMODE is "1" (step S80)
1; “= 1”), when FMODE is “0” (step S802; NO), that is, when the normal reproduction mode or the high-speed normal reproduction mode is set, the first generation processing (step S802)
803) is executed. If DMODE is "1" (step S801; "= 1") and FMODE is "1" (step S802; YES), that is, if the mode is the slow reproduction mode, the second reproduction process ( Step S804) is performed.

As shown in FIG. 22, in the first reproduction process, "1" is first added to the read position pointer (step S901), and the code at the position indicated by the value of the read position pointer is read (step S902). ). Then, it is determined whether the code is an end code, a header code, or a replay code (step S90).
3, S904). Since the value of the read position pointer is initialized to “0” when the replay data is loaded,
In step S902, which is executed first after the loading is completed, the replay code located next to the header code is read.

If the read code is a replay code (step S904; NO), the race situation data is updated using the operation content information in the replay code (step S907). Next, “1” is added to the variable CNT (step S908), and if the CNT does not match the CMODE (step S909; NO)
, The processing from step S901 is performed again. Then, when the CNT matches the CMODE (step S90)
9; YES in), race image on the basis of race status data (which has been reduced to be displayed in the display area 60 ₁ or 60 ₂₎ is created (step S910). Then, the CNT is cleared to “0” (step S911),
The first generation processing ends.

If the read code is an end code (step S903; YES), the reproduction mode is changed to the pause mode (step S905). Specifically, without changing the value of the read position pointer, DMOD
“0” is set to E. If the read code is a header code (step S903; YES), a data switching process (step S906) is performed.
The data switching process performed in this step is performed in step S
12 except that the step corresponding to 507 does not exist.
Is the same as the data switching process described with reference to FIG.

As described above, in the first generation processing, when CMODE is "1", one replay code is read out, and a race image is created based on the replay code. Also, CMOD
When E is “2”, two consecutive replay codes are sequentially read out, and only the race situation data is updated for the first replay code, and the second replay code is updated. For the replay data, the update of the race situation data and the generation of the race image are performed.

Then, in step S606 of the editing processing, an editing screen using the race image generated in the replay image generation processing is displayed. Therefore, while the first generation processing is being executed, the replay data is in CMODE. Will be reproduced at a speed corresponding to the value of. That is, CMOD
When E is "1", the replay data is reproduced at the normal speed, and when CMODE is "2", the replay data is reproduced at twice the normal speed.

On the other hand, in the second generation processing, as shown in FIG. 23, it is first determined whether or not CNT = 0 (step S1001). If CNT = 0 is not satisfied (step S1001; NO), “0” is set in CNT (step S1002), and the process ends. On the other hand, CNT =
If it is 0 (step S1001; YES), “1” is added to the read position pointer (step S100)
3) The code at the position indicated by the value of the read position pointer is read (step S1004). Then, it is determined whether the code is an end code, a header code, or a replay code (steps S1005, S1).
006).

If the read code is an end code (step S1005; YES), the reproduction mode is changed to the pause mode (step S1006), and the second generation processing (race image generation processing) ends. If the read code is a header code (step S1007; YES), the data switching process (step S1)
008) is performed. The data switching process performed in this step is the same as that performed in step S906. If the read code is a replay code (step S1007; NO), the race situation data is updated using the operation content information in the replay code (step S1009). Then, “1” is set to the variable CNT (step S1010), a reduced race image is generated based on the race situation data (step S1011), and the second generation processing ends.

As described above, the second generation processing is performed once every two times.
Since the race image is updated every time, the replay of the race is performed at half the normal speed during this operation (when the playback mode is the slow playback mode). Become.

Returning to FIG. 21, the operation for the remaining reproduction modes will be described. When DMODE is "-1" (step S801; "= -1") and FMODE is "0" (step S805; NO), that is, the normal rewind reproduction mode or the high-speed rewind reproduction mode. In this case, a third generation process (step S806) is performed. If DMODE is “-
1 "(step S801;" = -1 "), and FMODE
Is "1" (step S805; YES),
That is, in the case of the slow rewind reproduction mode, the fourth generation processing (Step S807) is performed.

As shown in FIG. 24, in the third generation process, first, the code at the position indicated by the value of the read position pointer is read (step S1101). Then
It is determined whether the code is a header code (step S1102). If the code is not a header code (step S1102; NO), that is, if there is a replay code, the value of the read position pointer is set to “1”. Is reduced (step S1104). Then, the race situation data is updated based on the replay code (step S1105). However, the update in this step is performed so that race status data relating to the previous frame is obtained.

Thereafter, "1" is added to CNT (step S1106). If CNT = CMODE is not satisfied (step S1107; NO), step S110 is performed.
The process from 1 is performed again. If CNT = CMODE is satisfied (step S1107; YES),
A reduced race image is generated based on the race situation data (step S1108), and “0” is set in CNT (step S1109), and the process ends. If the read code is a header code (step S1102; YES), the reproduction mode is changed to the pause mode (step S1103), and the process ends.

As described above, in the third generation processing, the same processing as the first generation processing is performed in a form in which the race result is reproduced in reverse. Although the flowchart is omitted, the fourth generation process is a process obtained by modifying the third generation process such that a race image is generated once every two times. Therefore, in the replay image generation processing, while the third generation processing is being executed, the race result is reproduced in the reverse direction at a speed corresponding to the value of CMODE, and while the fourth generation processing is being executed, The race result will be reproduced in the reverse direction at half the normal speed.

During the execution of the editing process, the game apparatus operates in this manner in response to pressing of each button. By operating these buttons, the user can obtain the desired race content recorded in the replay data. scene and can be displayed in the display area 60 ₁ or 60 _2.

Next, the operation of the game device when the MERGE button 81 is pressed will be described. The MERGE button 81
A button for editing a certain replay data so that the vehicle stored in the other replay data appears in the replay result, or for editing such that only a specific vehicle appears in the replay result, MERGE button 8
If 1 is pressed, a merge process is executed in step S604.

FIG. 25 shows a flowchart of the merge processing. As shown in the figure, at the time of the merge process, first, merge process condition information is obtained by displaying various dialog boxes (step S1201). The merge processing condition information is one or two to be processed selected from replay data stored in the replay data block.
Is information indicating two pieces of replay data.
In 01, first, a screen for selecting one piece of replay data from the replay data stored in the replay data block is displayed. Then, when the replay data is selected, a screen for selecting the replay data as shown in FIG. 26 is further displayed.

If replay data is selected on this screen (step S1202; YES), based on the information in the header code of the two designated replay data, the replay data of the race using the same course is used. Is determined (step S120).
3). If the replay data uses a different course (step S1203; NO), an error message indicating that fact is displayed (step S1).
220), the merge processing ends.

Two pieces of replay data (hereinafter, the first selected replay data is referred to as first replay data and the second selected replay data is referred to as second replay data) are data using the same course. In this case (step S1203; YES), a dialog box for allowing the user to select a vehicle (vehicle information) to be used from the replay data is displayed (step S1204). Next, recognition of the user's instruction and erasure of the dialog box are performed (step S120).
5). After that, the vehicle number information in the header code of the first replay data is updated (step S1206), and for each code in the first replay data, information on the vehicle not used is deleted, and the second replay data is deleted. Of the vehicle designated to be used in the code corresponding to the step (S120).
7). Then, the merging process ends.

Here, as shown in FIG. 27 (a), the replay data of the race game using the vehicle Ca and the vehicle Cb is set as the first replay data, and as shown in FIG. 27 (b), the vehicle Cc The content of the merging process will be described more specifically by taking, as an example, a case where the replay data of the racing game using is used as the second replay data.

In this case, the vehicles Ca, Cb, Cc
Is designated as a vehicle to be used, step S12
In 06, as shown in FIG. 28, the vehicle number information in the header code 41 ₁ in the first replay data is updated to "3". Also, in step S1207, the header code 41 ₁ contains the header code 4 of the second replay data.
Information about the vehicle Cc in 1 ₂ is added. Further, operation content information on the vehicle Cc in the corresponding replay code in the second replay data is added to each replay code in the first replay data. That is, in this case,
As shown in FIG. 29, replay data for reproducing a race in which three vehicles have run is generated.

When the same first and second replay data are designated as vehicles to be used by the vehicles Ca and Cc, the processes in steps S1206 and S1207 perform the first replay as shown in FIG. the header code 41 ₁ in the data, information about the vehicle Cb is deleted, the information about the vehicle Cc header code 41 ₂ of the second replay data is added to the header code 41 _1. Similarly, for each replay code in the first replay data, the operation content information relating to the vehicle Cb is deleted, and the operation content information relating to the vehicle Cc in the corresponding replay code in the second replay data is added. . That is, in this case, as shown in FIG. 31, replay data for reproducing the race in which the vehicle Ca and the vehicle Cc have run is generated.

Returning to FIG. 25, the description of the merge processing will be continued. When only one replay data is selected
(Step S1202; NO), that is, when non-use is selected on the screen of FIG. 26, a dialog box is displayed to allow the user to select a vehicle (vehicle information) to be used from the replay data (step S120).
8). Next, recognition of the user's instruction and erasure of the dialog box are performed (step S1209). After that, the vehicle number information in the header code of the replay data is updated (step S1210), and information on the vehicle not used is deleted from each code in the replay data (step S1211). Then, the merging process ends.

That is, when only one piece of replay data is selected, the merging process functions as a process for generating replay data displaying a race screen on which only a specific vehicle has run.

Next, the operation when the delete button 71, the copy button 72 and the like are selected will be specifically described. Step S604 immediately after the delete button 71 is pressed (FIG. 13)
In this example, the fact that the deletion processing mode has been set is stored. Then, in the next and subsequent steps S604, when the pressed button is the MARK button 80, the deletion processing shown in FIG. 32 is performed.

First, the race situation data, readout position pointer value, course identification information, and vehicle identification information relating to the replay data to be processed at that time are stored as position designation data (step S1301). That is,
Information necessary for creating the header code and the value of the read position pointer are stored as position designation data.

When the stored position designation data is the first position designation data (step S1302; N
O), replay image generation processing is started. On the other hand, when it is the second position designation data (step S130)
2; YES), a header code B is created based on the race situation data and the like in the first position designation data which is the position designation data that includes the smaller value read position pointer (step S1303). Also, a header code A is created based on the race situation data in the second position designation data, which is the other position designation data (step S1304). Then, a code group in a range identified by the value of the read position pointer in both position designation data is stored in the third replay data block (step S1).
305). Further, a header code B is recorded at the head of the third replay data block, and an end code is recorded after the last replay code (step S130).
6). Then, in the replay data block to be processed,
At the position indicated by the read position pointer of the first designated position data,
The header code A is recorded (step S1307),
Subsequent to the header code A, a code group from the replay code following the replay code indicated by the read position pointer in the second designated position data is stored (step S130).
8).

That is, in the deletion processing mode, the following editing is performed on the replay data to be processed. For example, when a frame corresponding to replay code RC # 3 of the replay data to be edited having the configuration shown in FIG. 33B is displayed, and when a frame corresponding to replay code RC # 60 is displayed, MARK button 80
Consider the case where is pressed.

In this case, as shown in FIG. 33A, the replay data to be edited is a header code A (HC-HC) capable of displaying a frame corresponding to replay code # 60 immediately after replay code RC # 2. A) is recorded, and subsequently, the code after RC # 61 is converted (edited) into recorded replay data. Also, in the third replay data block. As shown in FIG. 33C, replay data having a header code B (HC-B) capable of displaying a frame corresponding to replay code # 3 and a code after replay code RC # 4 is created (stored). ) Is done.

The processing performed during the deletion processing will be described more specifically below with reference to FIG.

As schematically shown in FIG. 34A, when certain replay data is reproduced, the first frame, frame # 0, has the header code HC containing the vehicle position data in that frame. Therefore, it can be created based on the position data. On the other hand, the replay code RC includes operation content information that can be converted into the movement amount of the vehicle, but does not include the position data of the vehicle itself. Therefore, when creating and displaying the frame # 1 using the replay code RC # 1, the vehicle position data in the frame # 0 is required. Similarly, when creating and displaying frame # 2 using RC # 2, vehicle position data in frame # 1 is required.

As described above, when deleting the frames # 3 to # 59, simply adding codes after RC # 60 after HC to RC # 3, as shown in FIG. The display is accurate up to frame # 2,
When the next frame is displayed, the position data of the vehicle is calculated by the calculation using the position data of the vehicle in frame # 2 and the operation content information in RC # 60. The frame created based on this has a different content from frame # 60.

In order to prevent this from occurring, the coordinate information of the vehicle in frame # 59 is used instead of the position data of the vehicle in frame # 2 when displaying the frame using RC # 60. It is conceivable to do so. However, in such a case, information (frame # 5) used only in combination with the operation content information is information that can display a frame alone.
9 position data) is included in the replay data. Therefore, as shown in FIG. 34 (C), after RC # 2, a code having the vehicle position data in frame # 60 instead of RC # 60 is stored, and thereafter,
It is most efficient to store RC # 61. Also, if the code includes course identification information and the like, replay data obtained by merging replay data of races using different courses can be created, so the header code is used as the code. is there.

Next, the operation when the copy button 72 is pressed will be described. In step S604 immediately after the copy button 72 is pressed, the fact that the copy processing mode has been set is stored. Then, in the next and subsequent steps 604, when the pressed button is the MARK button 80, the copying process shown in FIG. 35 is performed.

In the copying process, first, the race situation data, readout position pointer, course identification information, and vehicle identification information relating to the replay data to be processed at that time are stored as position designation data (step S1401).

If the saved position designation data is the first position designation data (step S1402; N
O), replay image generation processing is started. On the other hand, if it is the second position designation data (step S140
2; YES), a header code B is created based on the race situation data in the first position designation data, which is the position designation data containing the smaller value read position pointer (step S1403). Then, a code group in a range identified by the value of the read position pointer in both position designation data is stored in the third replay data block (step S1405). Further, a header code B is recorded at the head of the third replay data block, and an end code is recorded after the last replay code (step S1406).

That is, by operating the present apparatus in the copy processing mode, replay data capable of reproducing a part of the race result represented by the replay data to be processed can be created in the third replay data block.

Next, an insert button 73, a link button 74,
The operation of the game device when the split button 75 is pressed will be described.

In step S604 immediately after the insertion button 73 is pressed, the fact that the insertion processing mode has been set is stored. Then, in the next and subsequent steps S604, when the pressed button is the MARK button 80, the insertion processing shown in FIG. 36 is performed.

First, a header code is created from race status data and the like relating to the replay data to be processed at that time (step S1501). Then, all codes after the code indicated by the value of the read position pointer are
The replay data to be inserted (the replay data in the third replay code block) is shifted backward by the number of codes minus one (step S1502). Next, the header code created in step S1501 is recorded at the position where the code indicated by the value of the read position pointer has been shifted (step S1503). Thereafter, a portion of the replay data to be inserted into the area vacated by the shift, excluding the end code, is recorded (step S15).
04).

For example, if the MARK button 80 is pressed while a race image corresponding to RC # 3 of the replay data shown in FIG.
The replay data (FIG. 37 (C)) in the third replay code block is inserted between # 3 and the replay data in which RC # 3 is replaced by the header code HC (FIG. 37).
(B)) is formed.

That is, by operating the present apparatus in the insertion processing mode, the replay data stored in the third replay data block can be inserted into the replay data to be processed.

When the link button 74 is pressed, as shown schematically in FIG. 38, the processing target replay data is stored at the end code EC position of the replay data stored in a block other than the processing target replay data block. All the codes of the replay data to be processed are copied such that the header code HCα is arranged.

In step S604 immediately after the division button 75 is pressed, the fact that the division processing mode has been set is stored. Then, in step 604 after the next time,
When the pressed button is the MARK button 80, FIG.
As schematically shown in FIG. 9, the replay data to be edited is the RC # n designated by pressing the MARK button 80.
Up to the previous RC # n-1 and then modified to the replay data having the end code EC,
#N at the head, and after HC, RC # n
Replay data having a code of +1 or later is created.

If the button 65 has been pressed, a search process whose flow is shown in FIG. 40 is executed in step S604.

As shown, during the search process, "1" is first added to the read position pointer (step S).
1601), the code at the position indicated by the value is read (step S1602). Then, it is determined whether the code is an end code, a header code, or a replay code (steps S1603, 1304), and if the code is a replay code (step S1604; N).
In O), the race situation data is updated using the data in the reprecode (step S1606).

Next, based on the race situation data,
It is determined whether any of the predetermined types of events has occurred during the race game (on the course) (step S1608). The determination in this step is based on the position data of the own vehicle and the enemy vehicle included in the race situation data, and a plurality of types of predetermined events (contact between the own vehicle and the enemy vehicle, the vehicle slips, Is determined by determining whether or not a jump has occurred.

If no event has occurred (step S1607; NO), step S16
01 is performed again, and if any event has occurred (step S1607; YES),
A reduced race image is created based on the race situation data (step S1608), and the reproduction mode is set to the pause mode (step S1609). Then, the illustrated processing ends, and the replay image generation processing starts.

If the header code is read before the end code is read, after the data switching processing (step S1605), the processing from step S1607 is performed. The data switching process performed in step S1605 is a process in which steps S506 and S507 are removed from the process illustrated in FIG.

If the end code is read before the scene where the event has occurred is found (step S1603; YES), the processing from step S1608 is performed.

As described above, the button 65 is a button for displaying a race image in which any of the predetermined events has occurred in the notation area 60. The button 61 is a button for executing a process similar to the above search process in the reverse direction. That is, by pressing these buttons,
The race image can be advanced (or returned) to the event occurrence position.

Finally, the operation when the SAVE button 79 is selected will be described. When the SAVE button 79 is pressed,
In step S604, a data storage process whose flow is shown in FIGS. 41 and 42 is performed.

That is, first, it is determined whether or not the memory card 31 is connected (installed) (step S17).
01), if not connected (step S170)
1; NO), the data storage processing is terminated. on the other hand,
When the memory card 31 is connected (step S1
701; YES), information on the stored data is read from the memory card 31 (step S).
1702), based on the information, replay data block information is displayed on the edit screen (step S170)
3). The screen displayed in this step is the same as the screen shown in FIG. 19 except that the message is different.

Thereafter, the contents of the user's instruction are recognized, and the replay data block information is deleted (step S1).
704). If a block in which data is stored is selected (step S1705; YES),
As shown in FIG. 43, the memory card information is displayed on the editing screen (step S1706). This display is performed based on the information read in step S1702. After that, the contents of the user's instruction are recognized and the memory card information is deleted (step S1707).

When "end" (not explicitly shown in FIG. 43, the displayed content is scrolled by moving the cursor 85 and "end" appears on the screen) is not selected. In (Step S1708; NO), a file name input screen as shown in FIG. 44 is displayed (FIG. 42: Step S1710). Thereafter, recognition of the file name based on the user's operation on the input unit 25 and erasure of the file name input dialog box are performed (step S1711). When the file name is input (step S1712; YES),
The replay data specified in step S1703 is
The memory card block designated in step S1707 is stored with the file name attached thereto (step S1707).
1713). Then, in order to ask the user whether to save the replay data in another replay data block,
When the processing from step S1703 is performed and the block storing the data is not selected (step S1
705; NO) or when end is selected (step S
1708; YES), the data storage processing ends.

As described in detail above, according to this game apparatus, the replay data obtained as a result of the execution of the race game, the replay data stored as sample data in the CD-ROM 10, and the like for performing the game. Since it has a function of editing (processing) data, it is possible to create replay data in which a desired scene is reproduced.

Note that the game device described here is
Although the device has the function of editing replay data, the function of recording replay data (race game execution function), and the function of reproducing replay data, the game device may be configured to have only the function of editing replay data. good. Also, it goes without saying that the replay data targeted by the game device need not be related to the racing game.

Further, the present game device targets replay data including a replay code holding operation content information, but the present game device targets replay data including a replay code holding position information. It can be easily transformed into the following.

Although the game device of the embodiment targets replay data using codes of the same size as the header code and the replay code, the game device may have different sizes for the header code and the replay code. The good is natural.

[0169]

According to the present invention, since data for demonstrating a game can be processed (edited), the game can be enjoyed more.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a schematic configuration of an information processing device used in a game device according to an embodiment of the present invention.

FIG. 2 is a flowchart showing an overall operation procedure of the game device according to the embodiment.

FIG. 3 is an overall flowchart of a race process executed in the game device according to the embodiment;

FIG. 4 is an explanatory diagram of a use form of a RAM in the game device according to the embodiment;

FIG. 5 is an explanatory diagram of a header code, a replay code, and an end code, which are elements of replay data.

FIG. 6 is an explanatory diagram of replay data created in the race processing.

FIG. 7 is an overall flowchart of a replay process executed in the game device according to the embodiment;

FIG. 8 is an explanatory diagram of a reading destination selection screen displayed during replay instruction information acquisition processing.

FIG. 9 is an explanatory diagram of a data selection screen displayed during replay instruction information acquisition processing.

FIG. 10 is a flowchart of a data reading process executed during a replay process.

FIG. 11 is an explanatory diagram of an area management table used in the game device according to the embodiment.

FIG. 12 is a flowchart of a data switching process executed during a replay process.

FIG. 13 is an overall flowchart of an editing process executed in the game device according to the embodiment.

FIG. 14 is an explanatory diagram of an editing screen displayed by the game device according to the embodiment.

FIG. 15 is a flowchart of an edit data reading process executed in the game device according to the embodiment.

FIG. 16 is a flowchart of the editing data reading process following FIG. 15;

FIG. 17 is an explanatory diagram of a screen displayed during editing data reading processing.

FIG. 18 is an explanatory diagram of a screen displayed during editing data reading processing.

FIG. 19 is an explanatory diagram of a screen displayed during editing data reading processing.

FIG. 20 is an explanatory diagram of a relationship between a reproduction mode and values set for various variables.

FIG. 21 is a flowchart of a replay image generation process executed in the game device of the embodiment.

FIG. 22 illustrates a first example of a replay image generation process.
It is a flowchart of a generation process.

FIG. 23 is a diagram illustrating a second example of the replay image generation process.
It is a flowchart of a generation process.

FIG. 24 shows a third example of the replay image generation process.
It is a flowchart of a generation process.

FIG. 25 is a flowchart of a merge process executed at the time of an edit process.

FIG. 26 is an explanatory diagram of a screen displayed during a merge process.

FIG. 27 is a diagram illustrating a merge process.

FIG. 28 is an explanatory diagram of editing contents performed on replay data in a merge process.

FIG. 29 is a diagram illustrating a merge process.

FIG. 30 is an explanatory diagram of editing contents applied to replay data in a merge process.

FIG. 31 is a diagram illustrating a merge process.

FIG. 32 is a flowchart of a deletion process executed during the editing process.

FIG. 33 is an explanatory diagram of a deletion process.

FIG. 34 is a diagram for explaining the processing performed in the deletion processing;

FIG. 35 is a flowchart of a copying process executed during an editing process.

FIG. 36 is a flowchart of an insertion process executed at the time of an editing process.

FIG. 37 is an explanatory diagram of an insertion process.

FIG. 38 is an explanatory diagram of a linking process executed at the time of an editing process.

FIG. 39 is an explanatory diagram of a division process executed at the time of an editing process.

FIG. 40 is a flowchart of a search process executed during the editing process.

FIG. 41 is a flowchart of a data saving process executed at the time of an editing process.

FIG. 42 is a flowchart of the data storing process following FIG. 41;

FIG. 43 is an explanatory diagram of a screen displayed during data saving processing.

FIG. 44 is an explanatory diagram of a screen displayed during data saving processing.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 10 CD-ROM 20 Information processing apparatus 21 Control part 22 RAM 23 Sound processing part 24 Interface part 25 Input part 26 MDEC 27 Graphic processing part 28 CD-ROM drive 29 Bus 30 Display device 31 Memory card 32 Communication interface 33 Communication line 41 Header Code 42 Replay code 44 End code 51 Course identification information field 52 Number of vehicles field 53 Vehicle information field 54 Operation content information field 55 Code identifier field 60 Display area 61-82 Button 85 Cursor 100 Network

Continuation of front page (58) Field surveyed (Int.Cl. ⁷ , DB name) A63F 13/00-13/12

Claims (15)

(57) [Claims] 1. A plurality of images displayed in a game performed in a reproducible data Ah Rutotomoni, respectively, said plurality
Corresponding to the image and operated by the player during the game execution
Operation information indicating the operation performed to operate the body
Storage means for storing replay data, which is data including a plurality of replay codes that hold the information, and an image from among the plurality of replay codes included in the replay data stored in the storage means. A replay code designating means for designating a replay code for reproducing a replay code; and a second replay capable of reproducing only an image corresponding to each replay code designated by the replay code designating means based on replay data stored in the storage means. A means for creating data, which is used when a game is executed.
The part where images will be played back in an order different from the storage order
For, interpret the replay code according to the recording order
Of the operating tool at that point in time
Second replay day with supplementary code holding information
A replay data editing means for creating a game data. 2. An apparatus according to claim 1, further comprising: an order designating unit for designating a relative order in which images corresponding to the respective replay codes designated by the replay code designating unit are to be reproduced. Based on the replay data stored in the storage unit, second replay data that can reproduce only an image corresponding to each replay code specified by the replay code specifying unit in accordance with the order specified by the order specifying unit is created. The game device according to claim 1, wherein: 3. An apparatus according to claim 2, wherein
Function to specify that the image corresponding to the mode is played multiple times
The game device according to claim 2, comprising: 4. A reproducing means for reproducing a replay code stored in the storage means, a reproduction means that work in conjunction with the replay code specifying means further claims 1, characterized in that it comprises The game device according to claim 3 . Receiving means to be stored in the storage means replay data received via 5. A communication network, further, the game device according to any one of claims 1 to 4, characterized in that it comprises. 6. The plurality of images displayed in a game performed in a reproducible data Ah Rutotomoni, respectively, said plurality
Corresponding to the image and operated by the player during the game execution
Operation information indicating the operation performed to operate the body
A data editing method for editing replay data, which is data including a plurality of replay codes, holding an image, wherein an image is reproduced from among the plurality of replay codes included in the replay data. A replay code designating step for designating a replay code; and generating, based on the replay data, second replay data capable of reproducing only an image corresponding to each replay code designated in the replay code designating step.
Step, which is different from the
For the part where the images will be played in the order
By interpreting the replay code according to the recording order
Holds the position information of the operating tool
A replay data editing step of creating second replay data including the supplementary code . 7. The replay data editing step further includes an order designation step of designating a relative order in which images according to each replay code designated in the replay code designation step are to be reproduced. A second replay data which can reproduce only an image corresponding to each replay code specified in the replay code specifying step in accordance with the order specified in the order specifying step, based on the replay data. Item 6. The data editing method according to Item 6 . 8. The method according to claim 1, wherein the order designating step comprises:
Picture according to the code Specify that the image is played multiple times
The data edition according to claim 6, wherein the data edition has a function.
Collection method. 9. A reproducing step of reproducing the replay code, the regeneration step that works in conjunction with the replay code specifying step further, one of claims 6 to 8, characterized in that it comprises Data editing method described in. 10. The communication step to get through the communication network the replay data, further data editing method according to any one of claims 6 to 9, characterized in that it comprises. 11. A plurality of images displayed in a game performed in a reproducible data Ah Rutotomoni, respectively, the double
Number of images and the player controls the game
Operation content information indicating the content of the operation performed to operate the style
From among the plurality of replay codes included in the replay data, which is data including a plurality of replay codes holding information, a replay code designating step of designating a replay code for reproducing an image; and Based on this, second replay data capable of reproducing only an image corresponding to each replay code specified in the replay code specifying step is created.
Step, which is different from the
For the part where the images will be played in the order
By interpreting the replay code according to the recording order
Holds the position information of the operating tool
And a computer-readable storage medium storing a program for causing a computer to execute a replay data editing step of creating second replay data including the supplementary code . 12. The computer further causes the computer to execute an order designation step of designating a relative order in which images according to each replay code designated in the replay code designation step are to be reproduced. The replay data editing step, based on the replay data, is a second replay data that can reproduce only an image corresponding to each replay code specified by the replay code specifying step in accordance with the order specified in the order specifying step. 12. The computer-readable recording medium according to claim 11, wherein: 13. The method according to claim 1, wherein the order specifying step includes the same
Specifies that the image corresponding to the ray code is played multiple times.
13. The computer according to claim 12, wherein the
A computer-readable recording medium. 14. The computer, further comprising: a reproducing step of reproducing the replay code, the reproducing step functioning in conjunction with the replay code specifying step being executed by the computer. a computer-readable recording medium according to any one of claims 11 to claim 13. 15. The program, a communication step of acquiring via the communication network the replay data, the computer further, according to any one of claims 11 to 14, characterized in that to execute Computer readable recording medium.