Return to previous page | Return to menu | Go to next page

1. 1. Basic items (common items for all input peripherals)

1) Corresponding input peripheral setting principle

Regarding the input peripherals (corresponding P) that can be used in the application, the following principles based on the <Pad setting principle> of the "Software creation criteria" must be observed.

2) Checking the input peripheral

As a general rule, check as often as possible while the power is on, and at the very least, take measures to prevent runaway .
Refer to the recommended specifications below for what kind of check is performed at what timing.

<< Recommended specifications >>

◆ Checking the corresponding P (registration of valid terminals)

• Check if the connected peripheral is compatible P. The terminal to which the corresponding P is connected is regarded as an effective terminal .
• The unsupported P is regarded as not connected, or a warning is displayed and the user is requested to replace it.
• The above checks are performed as often as possible not only in the [Pad Check] timing after the power is turned on, but also in the [Title Loop].

  * Be careful not to cause unstable operation when a mouse is connected, especially for applications that do not support a mouse.

  * In multiplayer games where the start timing is different for each player (participation is possible in the middle), check frequently at any timing including in the main game.

◆ Start application

• As a general rule, the start of play shall be performed by 1P (corresponding P of the main body terminal 1) .
• As a general rule, let 1P perform mode selection and option settings during the game .

  * In a multiplayer game where you can participate in the middle, you may start from other than 1P.

  * In a multiplayer game, each player may be allowed to set the content individually.

◆ Determining the terminal to use

• At the start, the terminal to be used in the game is decided from among the effective terminals .

  * Terminals that exceed the maximum number of players cannot be selected.

◆ Checking for insertion and removal

• When inserting / removing (adding) input peripherals in the [Main Game], it is necessary to take measures so that no problem occurs regardless of the intentional negligence of the user .

(i) When pulled out

• If the used P is pulled out during play, it is judged that there is no input state . (Or do a "system pause" and display a warning at the same time)
  → The terminal becomes a "vacant terminal to be used".
• If unused P or unsupported P is removed, it is ignored . (Does not hinder the progress of the game unnecessarily)

<About "System Pose">

• When the multi-terminal is pulled out while using the multi-terminal.
• When the gameplay goes in a very unfavorable direction for the user when dealing with no input.

  * "System pause" can be canceled from any use P when the removed use P is returned (when the application determines that it can be used again).

  * If you want to switch to "System Pose" during User Pose, the User Pose will be automatically canceled if "System Pose" is canceled. (When the peripheral used is pulled out during user pause, etc.)

(ii) When inserted

• Input is resumed only when the corresponding P is returned to the "vacant used terminal" . (Wait for release in the paused state)
• Otherwise, it will not affect the game .

  * Even if a P other than the used P that was pulled out is returned, if it is a corresponding P, the input is restarted.

(iii) When added

• In an application in which [participation in the middle] is performed, a corresponding P may be additionally inserted to the invalid terminal. In this case, even if it is in progress of [Main Game], it may be used as an active terminal and further as a used terminal.
• In this case, be careful that the connection operation itself does not affect the game .

  * Redetermine the terminal to be used at the following timing.

  1. At the start of the next game.
  2. Do it immediately after connecting. However, in this case, measures such as requiring the input of the start button to start the game of the participating users in the middle of the process are taken.

  * Terminals that exceed the maximum number of players cannot be selected.

The transition of the terminal state by the checks up to this point is shown in the figure below.

Figure Separate Volume 2-1: Transition diagram of terminal state

3) Correspondence of optional items

When making an application correspond to each input peripheral, it must be possible to operate with CONTROL PAD except in special cases. Therefore, at a minimum, the optional control settings (CONTROL) must correspond to both input peripherals (CONTROL PAD and each corresponding input peripheral). Observe the following rules when making options correspond to each input peripheral .

• Increase the items that are considered necessary unique to each input peripheral → "Cursor speed" (cursor movement speed) with the mouse, etc.
• Automatically identify the inserted input peripheral and display the corresponding screen (item) → Check the pad (connection status) whenever you enter the option screen (it is desirable to perform it frequently even in the option screen)
• All settings are memorized for each peripheral

4) Terms used in the game

If it is necessary to display the name of each input peripheral in the game, in principle, unify it with the name used in this creation standard.

		Multi-terminal racing controller Shuttle mouse (mouse) etc.

(1. Basic items, finished)

Return to previous page | Return to menu | Go to next page