JP4656547B2 - Image processing apparatus, image processing method, program for executing image processing process, and storage medium for storing the program - Google Patents

Description

  The present invention relates to an image processing technique, and more particularly to an image processing technique applied to a vehicle racing game in a video game apparatus.

  2. Description of the Related Art Conventionally, as an application program for a home game device, there is a game in which a race is performed using a vehicle (such as a four-wheeled vehicle or a two-wheeled vehicle).

  In this type of racing game, there are opponents, and different runners compete for the time from the start point to the goal point for each of a plurality of vehicles by operating different speeds and steering.

  Here, when a round course is set as the course layout and the achievement status of the game is evaluated by the total time when the vehicle on the game program makes multiple rounds of the course, the lap time of each round is the fastest based on the past history. As a guideline for determining how much difference there is with respect to the lap time, it has been proposed to run a trail image (ghost car) on the course together with the vehicle based on the history (see Patent Document 1).

  Moreover, in patent document 1, it cites as a problem that it may be impossible to run in the same screen due to the time difference between the moving body that actually moves and the ghost car. By updating and reproducing and displaying the trail image in units of circumferences, it is possible to suppress the interval between the actual moving body and the ghost car from being excessively widened.

JP 2000-153069 A

  However, in the above-mentioned Patent Document 1, since the course layout is basically a round course, when selecting a past history, for example, the fastest data can be uniquely set. When there is a branch point, if the course that the operator actually operates and moves in real time is different from the moving course of the selected history, the ghost car cannot run at the branch point or later.

  In Patent Document 1, there are descriptions such as division by circumference, division by straight section, curve section, etc. as the competition section, but the course layout itself is a circuit course, and the selection parameter (fastest history in each competition section). Etc.), since the trail image (ghost car) is uniquely determined, the moving course by the actual operation of the operator is not taken into consideration and the concept is not considered.

  In consideration of the above facts, the present invention takes into account the fact that there is at least a branch point in the course layout as a reference when operating the movement of the moving body, and the operator can arbitrarily select the branch direction in real time. It is an object to obtain an image processing apparatus and an image processing method that can follow the branching direction and always cause an aerial moving body to run concurrently on the same display screen.

  In order to achieve the above object, the present invention generates a course having a branch path in a virtual space, a player moving body operated by a player on the course, and a player moving body for the player moving body. In an image processing apparatus that executes a program for running together with an aerial mobile body, the image processing apparatus includes a processing unit that executes the program based on an operation signal from an operation unit, and a memory that stores the program, and the processing unit includes: Means for detecting the next branch path of the current course on which the player moving body is moving, means for setting the number of the aerial moving bodies according to the number of the branch paths, and the set aerial moving bodies And the means for causing the player's moving body to run in parallel on the current course.

  According to the present invention, when the player moving body reaches the branch path, the player moving body moves to each branch path so that the player moving body moves on the branch path. An imaginary mobile object can run alongside the body.

  In the present invention, the processing unit sets the number of the aerial moving bodies corresponding to the number of branch paths. The aerial moving body is controlled by the processing unit without depending on operation data from the operation means. The processing unit stores, in the memory, past history data of the player's moving body between each branch path from one branch path to the next branch path in the course, and based on the history data. To set the movement characteristics of the virtual moving body.

  The present invention further generates a course having a branch path in the virtual space, and a player moving body operated by the player and an imaginary moving body for the player moving body are run on the course. In the image processing method for causing a processing unit to execute a program, the processing unit executes a processing step of executing the program based on an operation signal from an operating means, and the processing step includes the movement for the player. Detecting the next branch path ahead of the current course in which the body is moving, setting the number of the aerial moving bodies according to the number of the branch paths, the set aerial moving bodies and the game And a step of running a moving body for a person in parallel on the current course. Furthermore, the present invention is also a program for causing a computer to execute each of the above-described means, and a storage medium storing the program.

  According to another aspect of the present invention, a game that moves in the competition section by a player's operation on a movement path having a competition section that is set in the game space and is configured to branch into a plurality of paths at a predetermined branch point. A player moving body and a reproduction moving body that is a competitor of the player moving body in the competition section appear, and an image in which the player moving body and the reproduction moving body move in the competition section is displayed as a game. A game program for operating a computer as a game system to be displayed as a screen, wherein reproduction data for causing the reproduction mobile body to appear is set to each of the plurality of routes from the start point of the competition section through the branch point Stored in the storage means corresponding to the end point of the race section, and whether or not the player mobile body has reached the start point of the race section. And a plurality of reproduction data stored corresponding to a plurality of routes set in the competition section from the storage means when the player moving body reaches the starting point of the competition section. A process of reading, a process of causing a plurality of reproduction mobile objects based on the reproduction data to appear at a starting point of the competition section, a process of moving the reproduction mobile object within the competition section based on the reproduction data, and the reproduction And a process of ending the movement process of the reproduction mobile object when the mobile object reaches the end point of the competition section.

  Furthermore, in another form, the reproduction data includes game result data of the reproduction mobile body in the competition section. While the player mobile body is moving in the competition section, movement history data ( Position, speed) and processing for sequentially storing game result data of the player mobile body in the competition section, and after the player mobile body reaches an end point in the competition section, the process in the competition section When the game result data of the reproduction data is compared with the game result data of the player mobile body, and the game result data of the player mobile body is better than the game result data of the reproduction data, the player mobile body And a process for storing the movement history data and game result data in place of the reproduction data.

  As described above, in the present invention, when operating the movement of the moving object, at least a branch point exists in the course layout as a reference, and the operator selects the branch direction arbitrarily in real time. Following the branching direction, there is an effect that the aerial moving body can always run in parallel on the same display screen.

It is a block diagram of a game device to which the present invention is applied. It is a front view which shows a part of vehicle running simulation game image displayed on the display monitor which concerns on this Embodiment. It is the course layout figure set to the vehicle running simulation game which concerns on this Embodiment. It is a functional block diagram created by functionally classifying the control for driving history data selection control in the CPU that controls the flow of the game. It is a top view of the branch point which showed typically selection of run history data in a branch point. It is a flowchart which shows the time trial game execution control main routine which concerns on this Embodiment. It is a flowchart which shows the detail of the ghost car image display control subroutine of FIG. It is a figure which shows the branch state of a course.

  FIG. 1 shows a block diagram of a game apparatus as an example of an image processing apparatus according to the present invention.

  The game device 100 includes a program data storage device or storage medium (including an optical disc and an optical disc drive) 101 in which a game program and data (including video and music data) are stored, execution of the game program, control of the entire system, Necessary when starting the game apparatus 100, the CPU 102 as an example of a processing unit that performs coordinate calculation for image display, the system memory 103 that stores programs and data necessary for the CPU 102 to perform processing, and the like. BOOTROM 104 storing various programs and data, and a bus arbiter 105 for controlling the flow of programs and data between each block of game device 100 and externally connected devices, and these are respectively connected to the bus. .

  A rendering processor 106 is connected to the bus, and video (movie) data read from the program data storage device or the storage medium 101 and an image to be generated according to the operation of the operator or the progress of the game are displayed on the display monitor by the rendering processor 106. 110.

  Graphic data and the like necessary for the rendering processor 106 to generate an image are stored in a graphic memory (frame buffer) 107.

  A sound processor 108 is connected to the bus, and music data read from the program data storage device or storage medium 101 is generated by the sound processor 108 according to the operation of the operator or the progress of the game. Output from the speaker 111.

  Sound data and the like necessary for the sound processor 108 to generate sound effects and sounds are stored in the sound memory 109.

  The game apparatus 100 is connected to a modem 112 and can communicate with other game apparatuses 100 and network servers through a telephone line (not shown).

  Further, the game device 100 includes a backup memory 113 (including a disk storage medium and a storage device) for storing information about the progress of the game and program data input / output through a modem, and a game according to the operation of the operator. A controller 114 that inputs information for controlling the device 100 and an externally connected device to the game device 100 is connected. The CPU 102 and the rendering processor 106 constitute an image arithmetic processing unit.

  In the present embodiment, a vehicle movement simulation game program is stored as program data. In the game apparatus 100, the rendering processor 106, the sound processor 108, and the like are activated to execute the vehicle movement simulation game. The vehicle in this vehicle movement simulation game corresponds to the moving body of the present invention.

  Based on the vehicle movement simulation game program, the display monitor 110 displays a background image 10 as shown in FIG. 2 and a vehicle image 12 as a moving body so as to overlap the background image 10. The background image 10 and the vehicle image 12 are images from a virtual viewpoint set in a three-dimensional virtual space, preferably a so-called perspective view-like perspective display. For example, the course layout shown in FIG. A moving image is displayed along with the background image 10 along the line 14.

  Here, as shown in FIG. 3, the course layout has a start point 16 and a goal point 18, and a plurality of branch points (in this embodiment, at three branch points 20A, 20B, and 20C). Yes, and collectively referred to as “branch point 20”).

  At each branch point 20, one of the operators is selected by a steering operation, and a vehicle (600 in FIG. 3) operated by the player moves along the selected course. The players compete for the travel time from the start point 16 to the goal point 18. On the display monitor 110, an image from a virtual viewpoint overlooking the vehicle image 12 operated by the player is displayed (FIG. 2).

Also, as another game specification, one vehicle image 12 is displayed, and one operator can operate a speed, steering, etc., and perform a time trial from the start point 16 to the goal point 18. Has become (time trial game) . The courses layout, in addition to the player moving body (actual moving body) 600 that is manipulated by the player, ghost cars 602 and 604 is the appearance of a fictitious mobile which is operated by a computer. The ghost car is displayed as 12G in FIG. 2, and in many cases, the ghost car moves on the course in front of the player moving body 12 as if guiding the player moving body. Ghost cars are well known in the art, from the travel history data of the run has been player moving body ever chosen the highest data as the travel characteristic of the ghost cars. In FIG. 2, in order to distinguish the actual vehicle image 12 from the ghost car image 12G, the transparency of the ghost car image 12G is set to about 50% (indicated by hatching) in FIG. As a result, the ghost car image 12G becomes translucent and the background image 10 is seen through, and the player can visually recognize it as an imaginary traveling vehicle.

  Incidentally, as shown in FIG. 3, the course layout of the present embodiment has a plurality of branch points 20. At this branch point 20, the subsequent course (after the branch point 20) is determined by the operation of the operator operating up to that point, so that the ghost car image 12 </ b> G of the known technique travels. The course actually selected by the operator at the branch point 20 may be different.

Therefore, when the player moving body reaches the section after the branch to the next branch, the ghost car is caused to run together with the player moving body by the number of the next branch point. To explain with reference to FIG. 3, when on the track between the branching point 20B and branching point 20C is player moving body 600, the number of branches of the course at the branch point 20C is Ah in 2 branches L and R Therefore, the two ghost cars 602 and 604 are traveling between the branch points 20B and 20C together with the player moving body 600. The ghost car 602 travels along the branch road L, and the ghost car 604 travels along the branch path R. Therefore, the ghost car always runs alongside the player's mobile body regardless of whether the player's mobile body 600 travels L or R.

  The characteristics of the ghost car are determined for each course between branches. For each course between branches, the fastest one is selected as the ghost car parameter from the past running data of the player's moving body. When a plurality of ghost cars appear in the course between branches, this parameter is set for each ghost car. A predetermined distance difference is set between ghost cars so that a plurality of ghost cars do not overlap.

The relationship between the coordinates on the course and the number of branch paths in the next branch path is stored in the form of a table, and the processing unit refers to this table based on the travel position of the player's moving body, and the number of ghosting car that is driven is determined. Referring to FIG. 3, between the branch point 20B and the branch point 20C, two ghost cars 602 and 604 are set with reference to the set values in the table. The number of ghost cars that appear on the route before the branch path is determined according to the number of branches, and is set to a number equal to or greater than the number of branches.

  FIG. 4 is a functional block diagram created by functionally classifying the control for selecting the travel history data in the CPU 102 that controls the flow of the game. Each block in the functional block diagram schematically shows a control form in the CPU 102.

  A game execution control unit 50 is connected to the bus arbiter 105. The game execution control unit 50 controls the execution of the race game based on the operation of the controller 114.

  During execution control of the race game execution control unit 50, the branch point passage determination unit 52 determines whether or not the vehicle image 12 has reached the branch point 20 (see circles in FIGS. 2, 3 and 5). It is like that. Further, the game execution control unit 50 is connected to the travel data storage unit 54. The travel data storage unit 54 receives and stores actual travel data under execution control by the game execution control unit 50.

  The travel data storage unit 54 is connected to the branch point passage determination unit 52 so that the travel data received from the game execution control unit 50 can be classified for each branch point.

  The travel data storage unit 54 is connected to the travel history data analysis unit 56. The travel history data analysis unit 56 analyzes the travel data stored in the travel data storage unit 54 for each game based on the parameters specified by the travel history selection parameter specification unit 58.

  In the present embodiment, the selected parameter is “fastest”, and the fastest travel data is extracted from the travel data for each range divided by the branch points input to the travel history data analysis unit 56, and travel by travel section is performed. The history data generating unit 60 generates travel history data for each travel section.

  The travel history data generation unit 60 for each travel section is connected to the travel history data storage unit 62. In the travel history data storage unit 62, the generated travel history data for each travel section is updated and stored.

  Here, when a parallel run of the ghost car image 12G is designated when a time trial game (competition competing for the time traveling on the course) is executed by the operation of the controller 114, this designation signal is sent via the bus arbiter 105 to the ghost. It is sent to the car display presence / absence discriminating unit 64.

  When the ghost car display presence / absence discriminating unit 64 discriminates a parallel running instruction (ghost car image displayed), the ghost car display control unit 66 is activated. Here, the ghost car display control unit 66 is connected to the time trial game execution control unit 50 via the synchronization control unit 68.

  On the other hand, the branch point passage determination unit 52 is connected to the selected course determination unit 70 and is based on the operation of the controller 114 by the operator during the game in the time trial game execution control unit 50. The selected course is determined, and the determined selected course information is sent to the travel history data reading unit 72. The travel history data reading unit 72 reads travel history data from the travel history data storage unit 62 for each branch point 20 and sends it to the ghost car travel control unit 66.

  That is, the ghost car traveling control unit 66 displays the ghost car image 12G based on the traveling history data read by the traveling history data reading unit 72. At this time, each course L (or the branching point after the branch point 20) (or Since the travel history data R) is stored in the travel history data storage unit 62, if the selection is made based on the selected course determined by the selected course determination unit 70, it follows the operator's arbitrary course selection. Thus, the ghost car image 12G can be displayed in real time.

  The operation of this embodiment will be described below with reference to the flowcharts of FIGS.

  FIG. 6 shows a main routine of execution control of the time trial game. When the time trial game is selected by the controller 114, the travel control of the vehicle image 12 based on the operation of the controller 114 is executed in step 200. Next, at step 202, ghost car image display control is executed. When the ghost car image display is selected by processing the main routine in several milliseconds, the vehicle image traveling control and the ghost image traveling control are controlled in a time-sharing manner, and seemingly proceed simultaneously. Is displayed.

  FIG. 7 shows details of the ghost car image display control in step 202 of FIG.

  First, in step 204, it is determined whether or not there is an instruction to display the ghost car image 12G. If the determination is negative, the subsequent routine is not executed and the process ends.

  If an affirmative determination is made in step 204, the routine proceeds to step 206, where it is determined whether or not it has been started. If an affirmative determination is made in step 206, it is determined that the vehicle will start from this point, the process proceeds to step 208, the travel history data at the start point 16 is read, and then the process proceeds to step 210 to determine whether the travel has started. Wait until the driving starts. If an affirmative determination is made in step 210, the process proceeds to step 212, where the display of the ghost image 12 </ b> G synchronized with the travel time axis of the vehicle image 12 is executed, and the process proceeds to step 214. As described above, the next number of branches on the course is detected, and this is set when the gosker corresponding to this number of branches (may exceed the number of branches) runs on the course.

  If the determination in step 206 is negative, that is, if it is already determined that the process has already been started, the process proceeds to step 214.

  In step 214, it is determined whether or not the branch point 20 (circle shown in FIGS. 2, 3 and 5) has been reached. If an affirmative determination is made, the process proceeds to step 216 and the operator after the branch point 20 is determined. The selected selection course L (or R) is determined, and the process proceeds to step 218.

  In step 218, it is determined whether or not the selected course has been confirmed, and the process waits until it is confirmed. If confirmed (affirmative determination), the process proceeds to step 220 to read the travel history data corresponding to the selected course, and the process proceeds to step 222. To do.

  In step 222, display of the ghost image 12G synchronized with the travel time axis of the vehicle image 12 is executed, and the process proceeds to step 224. Further, if a negative determination is made in step 214, the process proceeds to step 224.

  In step 224, it is determined whether or not the goal point 18 has been reached. If the determination is negative, this routine ends. If an affirmative determination is made in step 224, the process proceeds to step 226 to delete the ghost car image 12G, and the process ends.

  FIG. 5 shows a flow of selection of the travel history data with reference to a plan view of the course centered on the branch point 20, and the travel locus of the vehicle image 12 is indicated by a chain line. In this case, it is assumed that the vehicle image 12 selects the right course in plan view at the branch point 20.

  At this time, the ghost car image 12G runs in parallel with the vehicle image 12 up to the branch point 20 (see the thick arrow in FIG. 5), and is prepared in advance in the course discrimination zone set in the area of the branch point 20 ( The travel history data corresponding to the course determined by the selected course determination unit 70 is read out from the two types of travel history data (stored in the travel history data storage unit 62) and selected for display of the ghost car image 12G (selection). Travel history data). On the other hand, the travel history data for the left course in the plan view of FIG. 5 is not applied this time (non-selected travel history data).

  Thus, at the branch point 20, traveling history data corresponding to each course is prepared in advance according to the course type of the branch point transition, and the course selected by the operator in the area of the branch point 20. Since the ghost car image 12G is displayed by reading one of the driving history data and continuing to the driving history data so far, it is made to follow the course arbitrarily selected by the operator. Always, you can run ghost car images side by side. Accordingly, the operator can compare the traveling state of the vehicle image 12 operated by the operator with the ghost car image 12G without diverting his / her line of sight, and thus can concentrate on operations including speed and steering.

  If the course layout is simple and there is one branch point 20 between the start point 16 and the goal point 18, it corresponds to each of two types of courses from the start point 16 to the branch point 20. Then, the two ghost car images 12G may be always displayed from the start point 16 to the goal point 18.

There is a function to select and set the vehicle type and the performance of the vehicle. Corresponding to the vehicle type selected by the player and the set performance, it is possible to run a ghost car recorded with the same performance and vehicle type. A recording area for recording the characteristics of the car selected by the player is provided in the memory. The processing unit checks this memory area and sets the ghost car characteristics. For example, if a car that emphasizes the highest speed is selected, the ghost car is also displayed in the same car type or the car type that is set to the same performance (only the appearance is different). That is, ghost car data is further recorded for each section of the entire course by vehicle type and performance. For example, the course is branched from A to B and C, the vehicle types are 1, 2 and 3, and the performance is “a type (emphasis on speed)” “b type (cornering emphasis)” “c type (acceleration emphasis)” If there are three types, corresponding to course A,
"Vehicle type 1 advanced from A to B type performance a"
“Vehicle type 1, performance b type that advanced from A to B”
"Vehicle type 1 advanced from A to B, performance c type"
"Car type 2 advanced from type A to type B"
"Car type 2 advanced from A to B, performance b type"
"Car type 2 advanced from A to B, performance c type"
"Car model 3 advanced from type A to type B"
"Car type 3 advanced from A to B, performance b type"
"Car model 3 advanced from A to B, performance c type"
"Vehicle type 1 advanced from A to C, performance type a"
"Car type 1 advanced from A to C, performance b type"
"Vehicle type 1 advanced from A to C type c"
"Car model 2 advanced from A to C, performance a type"
"Car type 2 advanced from type A to type C"
"Car model 2 advanced from A to C, performance c type"
"Car model 3 advanced from A to C type a performance"
"Car type 3 advanced from A to C, performance b type"
"Car type 3 advanced from A to C, performance c type"
18 patterns of driving data are recorded, and two ghost car data are selected from these according to the vehicle type and performance of the player car. Assuming that the player car is “Car type 2 / Performance c type”, the ghost car will be selected from “Car type 2 / Performance c type advanced from A to B” and “Car type 2 / Performance c type advanced from A to C”. In course A, the vehicle will run simultaneously with the player car.

  The ghost car model (appearance only) can be the same as that of the player car, or conversely, it can be changed to an appearance other than the player car (change only the model and performance / running data remains the same as the original ghost car). When a ghost car is prepared according to the number of branches, if it is the same car type and the same color car, one color may be changed. There is a function to select the performance of the vehicle, the vehicle type, etc. before the start, and when the player performs a predetermined operation in the next play immediately after the game is over, the selection at the previous play can be applied as it is to start the game.

  FIG. 8 relates to an embodiment different from FIG. 3, (1) schematically shows the course branching state, and (2) is a partially enlarged view thereof. In this embodiment, a ghost car appearance process in the case where the vehicle further branches off from the branch path will be described. The section A shown in (2) runs on the player car (player car), A left ghost car, and B left ghost car in total. When the A left ghost car reaches the check point B, the A left ghost car is deleted. When the player car reaches the check point B, the B left ghost car and the B right ghost car are started simultaneously. The section time between players is measured from one check point to the next check point.

10 background image 12 vehicle image (moving body image)
12G ghost car image (imaginary moving body image)
14 Course layout 16 Start point 18 Goal point 20 (20A, 20B, 20C) Branch point 50 Time trial game execution control unit 52 Branch point passage determination unit 54 Travel data storage unit 56 Travel history data analysis unit 58 Travel history selection parameter specification unit 60 Travel History Data Generation Unit by Travel Section 62 Travel History Data Storage Unit (Storage Unit)
64 Ghost car display presence / absence determination unit Z (travel history data progress control means)
66 Ghost car display control section (history running state display means)
68 Synchronization Control Unit 70 Selected Course Discrimination Unit 72 Travel History Data Reading Unit 100 Game Device 101 Program Data Storage Device or Storage Medium 102 CPU
103 System memory 104 BOOTROM
105 Bus Arbiter 106 Rendering Processor 107 Graphic Memory 108 Sound Processor 109 Sound Memory 110 Display Monitor 111 Speaker 112 Modem 113 Backup Memory 114 Controller

Claims (7)

In the control game device for such a top course and player moving body and the imaginary moving body to travel together with a plurality of branches in a virtual space,
It said storage means of the game apparatus stores the travel data of the imaginary moving body is classified by the course of each partial 岐間,
The control means of the game device comprises:
Based on the input information from the input means of the game device, a process for controlling the traveling of the player's moving body in the course;
Based on the input information, after the player moving body has reached one branch, a process of determining a course that has proceeded;
A process of reading out the traveling data of the aerial moving body in the course between the branches corresponding to the advanced course from the storage means;
A process of controlling the movement of the aerial moving body based on the read travel data;
A process for displaying on the display device a state in which the moving body for the player and the imaginary moving body run together on the course;
The game device characterized by performing.   2. The game apparatus according to claim 1, wherein the traveling data of the imaginary moving body is past traveling data on which the player moving body has traveled on the course and satisfies a predetermined condition. . A game device control program of the upper course having a plurality of branches in a virtual space and player moving body and the imaginary moving body is run side by side,
It said storage means of the game apparatus stores the travel data of the imaginary moving body is classified by the course of each partial 岐間,
In the control means of the game device,
Based on input information from the input means of the game device, controlling the running of the player moving body in the course;
Based on the input information, after the player moving body has reached one branch, determining the course that has progressed;
Reading from the storage means travel data of the aerial moving body in the course between the branches corresponding to the advanced course ;
Controlling the movement of the aerial moving body based on the read travel data;
Displaying on the display device the state in which the moving body for the player and the imaginary moving body run together on the course;
A game apparatus control program for executing the program.   4. The control program according to claim 3, wherein the traveling data of the aerial moving body is past traveling data on which the player moving body has traveled on the course and satisfies a predetermined condition. . A computer-readable storage medium in which the control program according to claim 3 or 4 is stored. A method of controlling a game device for controlling such player moving body over the course having a plurality of branches in a virtual space and the imaginary moving body is run side by side,
It said storage means of the game apparatus stores the travel data of the imaginary moving body is classified by the course of each partial 岐間,
The control means of the game device comprises:
Based on input information from the input means of the game device, controlling the running of the player moving body in the course;
Based on the input information, after the player moving body has reached one branch, determining the course that has progressed;
Reading from the storage means travel data of the aerial moving body in the course between the branches corresponding to the advanced course ;
Controlling the movement of the aerial moving body based on the read travel data;
Displaying on the display device the state in which the moving body for the player and the imaginary moving body run together on the course;
A method for controlling a game device, comprising:   7. The game apparatus according to claim 6, wherein the traveling data of the imaginary moving body is past traveling data on which the player moving body has traveled on the course and satisfies a predetermined condition. Control method.

Images