JP2002163062A - Computer-readable storage medium storing display control program, display control device, and its method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To perform replay display by storing of a history of user's input with less data quantity. SOLUTION: In this video game system, an action game, which is carried out on the basis of operation of a controller 5 and accompanied by display of a snow boarder sliding on a ski slope on a display device 2, is principally controlled by means of a game main processing part 361. A button input compression processing part 300 comprises a button input obtaining part 302 obtaining button input data specifying conditions of buttons 501-508 from the game main processing part 361, and a compression processing part 303 producing button input compression data 351 by run-length compression of the button input data. A button input expansion processing part 400 comprises an expansion processing part 404 expanding the button input data from the button input compression data 351, an expansion parameter setting part 403 setting the expanded button input data, and a replay processing part 401 performing replay display while using the button input data.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a display control technique for performing a first display in response to an input from a user, and controlling a display similar to the first display already performed as a second display again.

[0002]

2. Description of the Related Art Conventionally, there is known an action game in which a character is displayed while selectively performing a predetermined operation in a game space in response to a user operation on an input button on a controller. The action game is advanced while the history of these operations is stored, and at a predetermined timing at which the action game is interrupted, a replay display based on the stored operation history (reproduces the motion of the character based on the operation of the user) Display) is known.

FIG. 9 is a diagram for explaining recording of these operation histories in a conventional game machine.

In a game machine, when each of a plurality of input buttons is pressed, "1" is
When the button is not pressed, “0” is assigned, and by specifying “1” or “0”, the state of each input button is specified.

For example, at a certain frame f _1,
'Up', 'down', 'left', 'right', 'A', 'B', '
When only the input button “up” and the input button “A” of the input buttons of “C” and “D” are pressed, 10
The base number '136'('10001000' in binary number) is recorded as data specifying the input state.

[0006] These data to be recorded are read out and used later, so that the replay display can be executed with a smaller amount of data than when all the displayed images themselves are recorded. I have.

[0007]

However, in the conventional game machine, each of the eight input buttons can take only two stages of a pressed state and a non-pressed state as described above. Although the state of the input button of one frame can be specified by an 8-bit numerical value, the operation history such as these is recorded on a game machine capable of detecting the state of the input button with three or more levels of accuracy. When used, the data amount increases in proportion to the detected accuracy.

The present invention has been made in view of the foregoing, and has as its object to provide a computer in which a display control program capable of recording a history of user input with a smaller amount of data and performing replay display is recorded. It is an object of the present invention to provide a readable recording medium and a display control device and method.

[0009]

A display control program recorded on a computer-readable recording medium according to the present invention for achieving the above object performs a first display in response to an input from a user, This is a display control program for controlling to perform a second display similar to the performed first display.

According to the display control program, when the first display is performed, the input data specifying the input state is compressed to generate compressed data, and the generated compressed data is stored in a predetermined storage unit. 2 When the display is performed, the input data decompressed from the stored compressed data is used.

In this display control program, input data from a plurality of input units are obtained almost simultaneously at predetermined time intervals on the assumption that the input is made via a plurality of input units. A series of compressed data may be generated for each input unit from the data.

Further, in the display control program using the input data from the plurality of input units, the steps of the first range corresponding to the first input data based on the input state of one input unit are set to the rougher second range. By rounding to a stage, second input data having a shorter data length can be generated, and a plurality of second input data can be combined to generate input data having the same data length as the first input data.

In particular, in these display control programs, the compression may be run-length compression.

[0014]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a video game system according to one embodiment of the present invention will be described with reference to the drawings.

FIG. 1 is a diagram showing the overall configuration of a video game system according to one embodiment of the present invention.

The video game system includes a game apparatus main body 1 for performing main control for causing a user to play a video game, and a display device 2 such as a CRT for displaying an image based on a video signal from the game apparatus main body 1. An AV amplifier 3 and a speaker 4 for reproducing sound (including music, the same applies hereinafter) based on a sound signal from the game apparatus main body 1, and for the user to input an operation to the game apparatus main body 1. And a controller 5.

More specifically, the game apparatus body 1 reads a program, image data, and audio data from a DVD-ROM or a CD-ROM for a specific game.
VD-ROM / CD-ROM drive 17 and DVD-
A RAM 12 for temporarily storing a program read from a ROM (or CD-ROM, hereinafter the same) and data used in the program, and a control unit for controlling the overall progress of the game based on the program on the RAM 12 (CPU) 13, a memory card 15 for holding data generated during the progress of the game (even after the power of game device body 1 is turned off), reading and writing of data from and to memory card 15, and a DVD-ROM / CD -RO
I / O processing unit 16 for reading data from M drive 17 and processing input from controller 5
And DVD while performing image-specific processing such as polygon drawing
An image processing unit 11 for generating a video signal from image data read from the ROM, and an audio processing unit 14 having an ADPCM sound source and generating an audio signal from audio data read from the DVD-ROM; .

The controller 5 connected to the I / O processing unit 16 is held by both hands of the user, and includes a “left” button 501 and an “up” button 50 on the controller 5.
2. The 'right' button 503 and the 'down' button 504 are operated by the user's left finger, and the 'A' button 505, 'B' button 506, 'C' button 507, 'D' button 508.
Are pressed by the right finger of the user, and buttons 501 to 508
Is pressed by the I / O processing unit 16 every 1/60 second as button input data from 0 (not pressed) to 255 (most pressed). The button input data acquired by the I / O processing unit 16 is sent to the control unit 13 as needed.

In these video game systems, the DV
By reading and executing the program recorded in the D-ROM, a 3D action video game simulating a snowboarding game as shown in FIG. 2 is controlled. The replay display accompanying the button input compression processing and the button input expansion processing shown in FIG. The user can confirm the operation performed on the character 201 via the controller 5 by the replay display.

FIG. 2 is a diagram showing an example of a display screen of a video game played by the video game system.

In the present video game, a character 201 imitating a snowboarder sliding down a slope, photographed from behind by a virtual camera, is moved in response to pressing of buttons 501 to 508 on the controller 5, and the game screen 200 is moved. Displayed above, the skill and speed of the snowboarder's downhill are competed.

In practice, the user has the controller 5 (FIG. 1)
The upper left button 501 and the right button 503 instruct the character 201 to move left and right on the slope, and the upper button 502 and the lower button 504 allow the character 201 to move the slope. It is possible to instruct acceleration and deceleration of the downhill speed, and to instruct a jump at a predetermined place on the slope by a 'D' button 508 and to instruct a stop at a desired place by a 'C' button 507. Can be. Further, the user can adjust the amount of movement to the left and right, the rate of acceleration / deceleration, and the like by the pressure of pressing these buttons.

Hereinafter, a button input compression process and a button input expansion process for replay display, which are particularly related to the present invention, will be described. FIG. 3 is a block diagram showing main parts constituting a button input compression processing section (program for button input compression processing) 300 and a button input expansion processing section (program for button input expansion processing) 400.

In the present video game system, the game main processing unit 361 displays the snowboarder's display device 2 that slides down the slope based on the operation of the controller 5.
The action game accompanied by the display on is mainly controlled.

At the start of the action game, the button input compression processing section 300 specifies the parameters (parameters set as pseudo-random numbers, the character and the position of the virtual camera prior to the progress of the game) obtained from the game main processing section 361. Initial parameter storage unit 3 that stores the value of a parameter, a parameter indicating a timer, etc.) as an initial parameter 352 in a buffer (predetermined storage unit).
01, a button input acquisition unit 302 that acquires button input data specifying the states of the buttons 501 to 508 from the game main processing unit 361, and a run-length compression of these button input data (a plurality of continuous data is And a compression processing unit 303 for generating the button input compressed data 351 by performing compression to replace with a continuous number.

The button input expansion processing section 400 obtains and sets initial parameters 352 at the time of replay display, and the expansion processing section expands (expands) button input data from the button input compressed data 351. 404, a development parameter setting unit 403 for setting expanded button input data, and a replay processing unit 401 for performing replay display using the set initial parameters and button input data.

The procedure for executing these button input compression processing and button input expansion processing will be described in detail.

FIG. 4 is a flowchart showing the procedure of the button input compression processing. FIG. 5 is a diagram showing an example of button input data, and FIG. 6 is a diagram showing button input compressed data obtained by compressing the button input data shown in FIG.

As shown in FIG. 5, here, the button n _b
Acquisition of a specific button input data d _now the input state of is performed once for one frame frm, acquired input state d _now is compared to the previous frame button input data d _pre. One packet is composed of LEN _max frames (here, 250 frames), and the run-length compression of the button input data d _pre is performed for each LEN _max frame (LEN _max is the maximum number of consecutive frames).

The 1 generated by this run-length compression
The two button input compressed data are 'data value' and '
It consists of a sequence number ', as shown in FIG. 6, a series of button input compressed data is generated for each button n _b. These button input compressed data (data value, continuous number) are represented by n _b specifying the button and a pointer p indicating the position on the buffer.
A two-dimensional array buf [n _b ] [p using [n _b ] as an argument
[N _b ]] and buf [n _b ] [p [n _b ] +1] are sequentially stored in the buffer.

Actually, as shown in FIG. 4, in the button input compression processing, data used for the following processing is first initialized (ST101). D _pre illustrating a previous frame button input data _{[1] ~d pre [bt]} (bt is a button number here is 8 to correspond to the controller 5 shown in FIG. 1), the number of consecutive button input data L indicating
en [1] to len [bt], and p [1] indicating a pointer on the buffer buf represented as a two-dimensional array
0 is substituted for all of ~ p [bt], and 1 is substituted for frm that specifies the frame.

Subsequently, initial parameters 352 necessary for replay display are acquired and stored by the initial parameter storage unit 301 (ST102), and the game main processing unit 3
At 61, a game main process is executed, a button input from the controller 5 is received, and the character 201 is displayed while being moved on the slope (ST103).
B obtained by the processing of the compression processing unit 303 (and the button input obtaining unit 302) in ST104 to ST112.
Button input compressed data is generated from the button input data for each of the t buttons, and the button input compressed data 351 for each button is stored in the buffer buf.

N _b for specifying one button out of bt
First 1 is substituted (ST 104), the button input acquiring unit 302, an input value of the button n _b from the game main processing unit 361 is acquired, the button input data d
_Now, it is stored as [n _b ] (ST105). With the acquisition of this input value, len [n _b ] is increased by 1 (ST10).
6), this new d _now [n _b ] is equal to d _pre
[N _b] on whether equal, also, len [n _b] is LEN
_It is sequentially determined whether or not it is equal to _max (ST107, S107
T108).

If d _now [n _b ] is not equal to d _pre [n _b ], and if d _now [n _b ] is equal to d _pre [n _b ] and len [n _b ] is equal to LEN _max (If the input state of button n _b changes, and if the input state of button n _b does not change, all of the packets are not occupied by the same data) (No in ST107, ST
Yes at 107 and Yes at ST108), buf
[N _b ] [p [n _b ]], buf [n _b ] [p [n _b ] +
1] is substituted with the value of d _pre [n _b ] and the value of len [n _b ], respectively, and the button input data d _pre one frame before
The button input compressed data based on [n _b ] is stored (while being updated) (ST109), and subsequently, the value of the pointer p [n _b ] is increased by 2 and d _pre [n _b ] is set to d _now [n _b ]. n
_b ] is substituted, and len [n _b ] is substituted with 0 to prepare for new button input compressed data (S1).
10), the process proceeds to ST111.

Also, d_now[N_b] Is d_pre[N_b]
And len [n_b] Is LEN_{m ax}If not
(Button n_bInput state does not change and the packet
If not all are occupied by the same data) (ST10
No. 7 and No in ST108), ST109,
The process in ST110 is skipped, and the process proceeds to ST111.
The process proceeds.

In ST111, n _b is incremented by one, and n _b becomes b
It is determined whether or not it is greater than t, that is, whether or not the processing in ST105 to ST111 has been performed for all buttons (ST112).

If n _b is not larger than bt (ST11
2; No), the process returns to ST105, and n _b is bt.
If it is larger (YES in ST112), it is determined whether or not the game is ended (ST113).

If the game is not over (ST11
No at 3), frm is increased by 1 (ST114),
The process returns to ST103, and if the game is over (Yes in ST113), this button input compression process is over.

FIG. 7 is a flowchart showing the procedure of the button input expanding process.

The replay display is performed while the compressed button input data generated by the above button input compression processing is expanded by the following button input expansion processing. First, counters C [1] to C [1] indicating the remaining number of times of generating button input data from one button input compressed data
0 is substituted for all of C [bt] and p [1] to p [bt], and 1 is substituted for frm (ST201).

Subsequently, the initial parameter acquisition unit 402 (FIG. 3) acquires the initial parameters 352 stored in the button input recording process, sets them in the replay processing unit 401 (ST202), and starts the replay display. f _start , a frame f _end for ending the replay display, and a jump width f _skip from f _start to f _end are set based on input by a user or the like (ST203), and ST20.
Through the processing of the expansion processing unit 404 (and the expansion parameter setting unit 403) in 4 to ST215, the button input data is reproduced and set from the button input compressed data 351 for each of the bt buttons, while the replay processing unit 40 is set.
2 is displayed.

If the above-mentioned f _skip is 1, normal reproduction is performed.
_{If skip} is 3, the playback is skipped by two frames, and the user can specify f _start , f _end , and f _skip by specifying the real time progressing on the game. .

First, 1 is substituted for n _b (ST20)
4), it is determined whether or not C [n _b ] is 0 (ST)
205).

[0044] C if [n _b] is 0 (Yes at _{ST205), d now [n b} ], the _{C [n b], buf [} n b]
The value of [p [n]] and the value of buf [n _b ] [p [n _b ] +1] are substituted, and p [n _b ] is increased by 2 so as to correspond to the next data (ST206). The process proceeds to ST207. If C [n _b ] is not 0 (ST205)
No), the processing in ST206 is skipped and ST
The process proceeds to 207.

In ST207, C [n _b ] is decreased by 1 and n _b is increased by 1. Next, it is determined whether or not n _b is larger than bt (the processing in ST 205 to ST 207 is performed for all buttons). Is determined (ST208), and n
_{If b} is not larger than bt (No in ST208),
The process is returned to ST205.

If n _b is larger than bt (Yes in ST 208), then in the processing in ST 209 to ST 212, it is determined whether or not the remainder obtained by dividing frm by f _skip is 0, and whether frm is equal to f 1 or 0 is substituted into a flag disp indicating permission or non-permission of replay display while sequentially determining whether or not the _{start time} is _{equal to} or longer than _start .

[0047] is the remainder of the frm divided by the f _skip is 0, and, when frm is greater than or equal to f _start (ST2
09 and Yes in ST211), di
sp is a 1 (ST210), after replay display is allowed, also, is not 0 modulo by f _skip the frm, or No at time to (ST209 frm is less than f _start or, , ST 211
o), disp is set to 0 (ST212), and replay display is not permitted.

The replay processing unit 401
D set to_now[1] to d_{n ow}[Bt], and
Disp is used, and when disp is 1, one frame
Replay display is performed for the
Is 0, the position of the character is not displayed
Only internal operations that update parameters that specify
After that (ST213), frm is increased by 1
(ST214), frm is f_endIs greater than or not
A determination is made (ST215).

If frm is not larger than f _end (ST
No at 215), ST20 for the next frame
4 is repeated, and if frm is greater than f _end (Yes in ST215), this button input expansion processing is terminated.

In the button input expansion processing as described above,
Expects the frame to be played forward
However, for example, the 60th frame → the 59th frame → the 5th frame
When playing back 8 frames in reverse, f_start, F_endAnd
The replay display is performed with the value set to 60, and f_start, F
_endAre set to 59 and replay display is performed.
And f_start, F_endReplay table with both set to 58
F, so that _start, F_endSettings and resources
Performing reverse playback effectively by performing play display
Can be.

As described above, in the present video game system, the button input compression processing compresses the button input data for specifying the input state of the button on the controller while the user progresses through the video game. Is generated, and the generated button input compressed data is stored in the buffer. Thereafter, when the replay display is performed, the button input expansion processing reproduces the button input data while expanding the button input compressed data, and reproduces the motion of the character using the reproduced button input data. .

According to these, since the button input data during the progress of the video game is compressed and stored in the buffer and expanded at the time of the replay display, the history of the input by the user is recorded with a smaller data amount than before, and the replay display is performed. Can be performed.

Further, button input data from a plurality of buttons is acquired for each frame, and a series of button input compressed data is generated for each button from the acquired button input data, so that the button is normally depressed. It is possible to further reduce the data amount of the button input compressed data for the button that is not pressed for a long time.

The following modifications can be made to the video game system of the above embodiment. FIG. 8 is a diagram showing compression of button input data performed in the video game system of the modification.

In the button input compression processing of the video game system according to this modification, the amount of data to be compressed is reduced by reducing the precision of button input data that does not require high precision.

As shown in FIG. 8, a button 5 similar to the above
~ Button input data '2 for button 8
00 ',' 150 ',' 70 ', and' 30 'are each 6
4 and the quotients' 3 ',' 2 ',' 1 ','
0 'is used as the value of the button input data in four stages. The data length of these four levels of button input data is 2 bits, and the value '22 of 1-byte data generated by combining the button input data for the four buttons
8 ′ (binary number 11100100) is to be compressed.

That is, in the video game system of this modification, the 256-step button input data of 0 to 255 is rounded to generate coarser 4-step button input data of 0 to 3, and the 4-step button input data is generated. The four pieces of data are combined to generate the same 1-byte input data as the button input data of 256 levels. With these, the button input data that does not require high precision can be efficiently converted by a simple method while suppressing the data amount. In addition, compression can be performed effectively.

As in the video game systems according to these embodiments, in particular, when button input data is run-length compressed to generate button input compressed data, effective compression can be performed by a simple method. However, other lossless compression such as Huffman coding can be used in addition to run-length compression.

[0059]

According to the first, fifth, and sixth aspects of the present invention, the second display is performed based on the compressed data for specifying the user's input, so that the data amount is reduced. The history of the input is recorded, and the replay display is performed.

According to the second aspect of the present invention, since a series of compressed data is generated for each input section (button),
Normally, the amount of compressed data for an input section in which the same input state is maintained can be reduced.

According to the third aspect of the present invention, the second input data generated by rounding the first range of steps to the second range of rougher stages is combined and has the same data length as the first input data. , The input data corresponding to a plurality of input units that do not require high precision are efficiently and effectively compressed while suppressing the data amount by a simple method.

According to the invention of claim 4, since run-length compression is used, it can be said that effective compression is performed by a particularly simple method.

[Brief description of the drawings]

FIG. 1 is a diagram showing an overall configuration of a video game system according to an embodiment of the present invention.

FIG. 2 is a diagram showing an example of a display screen of a video game performed by the video game system.

FIG. 3 is a block diagram showing main parts constituting a button input compression processing section 300 and a button input decompression processing section 400.

FIG. 4 is a flowchart illustrating a procedure of a button input compression process.

FIG. 5 is a diagram illustrating an example of button input data.

FIG. 6 is a diagram showing button input compressed data obtained by compressing the button input data shown in FIG. 5;

FIG. 7 is a flowchart illustrating a procedure of a button input expanding process.

FIG. 8 is a diagram showing compression of button input data performed in a video game system of a modified example.

FIG. 9 is a diagram for explaining recording of a button operation history in a conventional game machine.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Game device main body 2 Display device 3 AV amplifier 4 Speaker 5 Controller 11 Image processing unit 12 RAM 13 Control unit (CPU) 14 Audio processing unit 15 Memory card 16 I / O processing unit 17 DVD-ROM / CD-ROM drive 200 Game Screen 201 Character imitating a snowboarder 300 Button input compression processing unit 301 Initial parameter storage unit 302 Button input acquisition unit 303 Compression processing unit 351 Button input compression data 352 Initial parameter 361 Game main processing unit 400 Button input expansion processing unit 401 Replay processing Unit 402 initial parameter acquisition unit 403 expansion parameter setting unit 404 expansion processing unit 501 'left' button 502 'up' button 503 'right' button 504 'down' button 505 'A' button 506 'B' button Down 507 'C' button 508 'D' button

Continued on the front page (51) Int.Cl. ⁷ Identification FI FI Theme coat II (Reference) H03M 7/30 H03M 7/30 Z F Term (Reference) 2C001 AA00 AA03 AA16 BA00 BA02 BA05 BC00 BC10 CA01 CB01 CB06 CC02 CC08 5B020 GG22 5B050 AA08 AA10 BA09 CA07 FA02 FA19 5J064 AA02 BA01 BA08 BC02 BD02 BD03

Claims (6)

[Claims] 1. A computer-readable recording medium on which a display control program for performing a first display in response to an input from a user and performing a second display similar to the already-displayed first display is recorded. Then, compressed data is generated by compressing the input data specifying the input state, the first display is performed while the generated compressed data is stored in a predetermined storage unit, and the stored compressed data is decompressed. A computer-readable recording medium storing a display control program, wherein the display control program reproduces the input data and performs a second display using the reproduced input data. 2. An input is performed through a plurality of input units. Input data from the plurality of input units is acquired almost simultaneously at predetermined time intervals, and for each input unit, the acquired input data is obtained. A computer-readable recording medium recording the display control program according to claim 1, wherein a series of compressed data is generated. 3. A step of rounding a first range of steps corresponding to the first input data based on an input state of one input unit into a rougher second range of steps to generate second input data having a shorter data length. A computer-readable recording medium recording a display control program according to claim 2, wherein input data having the same data length as the first input data is generated by combining a plurality of second input data. 4. The computer-readable recording medium according to claim 1, wherein said compression is run-length compression. 5. A display control device for performing a first display in response to an input from a user and controlling to perform a second display similar to the already-displayed first display, wherein the first display is performed. Generating means for compressing input data for specifying an input state to generate compressed data; storage means for storing the generated compressed data; and expanding the stored compressed data when the second display is performed. A display control device for reproducing the input data by using the input data; and a setting device configured to perform the second display using the reproduced input data. 6. A display control method for performing a first display in response to an input from a user and controlling to perform a second display similar to the already-displayed first display, the input data specifying an input state. To generate compressed data, store the generated compressed data in a predetermined storage unit, perform a first display, decompress the stored compressed data and reproduce the input data, A second display is performed using the input data obtained.