Compilance
|
Screenshot(s)
|
Pass/fail
|
Comments
|
1: should "accept" (perform) and should "cancel" (reject) an operation, unless redefined by the user.[1]
|
Use the A button to Accept (perform) an operation and the B button to Cancel (reject) an operation.
Allocation of "Accept" and "Cancel" to the A and B buttons, respectively, is always assumed to be the default configuration. However, if a user chooses to redefine the uses of these two buttons using a configuration menu, it is permissible to allow the buttons to be redefined as requested.
|
|
|
Untested, assumed pass
|
sup buds
|
2.1: Software must not stop when an incompatible controller is inserted, but the manual must warn that continued operation is not guaranteed.[2]
|
It is not permissible for a game to stop when an incompatible controller is inserted in the control port.
Under past development standards, applications were not allowed to start or operate when an incompatible controller was used. This restriction has now been relaxed. If an application does not stop and continued operation is possible when a nonstandard controller is inserted, continued operation is allowed. However, if a game allows the use of nonstandard controllers, the application's instruction manual must warn that "operation with incompatible controllers is not guaranteed."
|
|
|
Untested, assumed pass
|
sup buds
|
2.2.1: It must be possible to start and operate software from any of the four controller ports (A-through-D).[3]
|
In games that can be played by only one person, as well as in multi-player games, it must be possible to start and operate the game from any of the four front-panel ports (A through D) to which a compatible controller is connected.
|
|
|
Untested, assumed pass
|
sup buds
|
2.2.2: DESC HERE PLS[3]
|
Unless an expansion socket is used (as described in Chapter 12, "Pause,") the number of ports from which games can be started or operated must not exceed the number of users playing a game. (When an expansion socket is used, it doesn't matter if the ports being used exceed the number of players. Even if you use a memory card to save a game that is being played by only one or two people, it won't cause any problems if an unused expansion socket happens to be plugged in.)
|
|
|
Untested, assumed pass
|
sup buds
|
2.2.3: DESC HERE PLS[4]
|
Even though a compatible controller is not connected to a port when power is turned on, if it is connected before a game begins, it must be properly recognized and enabled for start and operation. So your application must test the ports frequently in the Title Loop before starting a game.
|
|
|
Untested, assumed pass
|
sup buds
|
2.2.6: DESC HERE PLS[5]
|
In an application in which single player uses a single controller, play is not resumed.
|
|
|
Untested, assumed pass
|
sup buds
|
3.2: DESC HERE PLS[6]
|
Immediately upon loading an application (before the Title Loop starts), the stereo/monaural output setting should be changed to match the Boot ROM settings of the Main Unit. Even if sound output is not listed in Chapter 9, Options, an application internally determines if it is stereo or monaural, so the settings must be changed to correspond to the Main Unit Boot ROM settings on the application side. Currently, the stereo/monaural output settings are saved on the Main Unit, and should not be saved under any circumstances to the memory card. Refer to Chapter 9.2, Storing Option Settings, for more details.
|
|
|
Untested, assumed pass
|
sup buds
|
4.1.1: DESC HERE PLS[7]
|
When the disc lid is open, "Soft Reset" must be enabled, except in cases of special processing such as executing operations to save or load the memory card.
|
|
|
Untested, assumed pass
|
sup buds
|
4.1.2a: For standard controllers, the software reset must be implemented with + + + + START .[7]
|
With a few exceptions, a soft reset must occur when the START Button is pressed while the A + B + X + Y buttons are all held down together. Exceptions include racing controllers, gun controllers and hardware keyboards (for which this operation is impossible), and certain controllers for which such operation is difficult. Note that if you cannot make soft reset possible using the operation described in this standard, you must make it possible using some other kind of operation, as explained under the next "Required" subheading.
|
|
|
Untested, assumed pass
|
sup buds
|
4.1.2b: DESC HERE PLS[8]
|
For controllers such as racing controllers, gun controllers and the keyboard (for which the soft reset operation of pressing the A + B + X + Y buttons and the START button simultaneously is difficult or impossible), applications must make soft resets possible using the method outlined in Chapter 18, Development Standards for Peripherals, or through either a software keyboard or another procedure displayed in a separate menu. When soft reset is supported using a procedure described in a separate menu, your application is not required to display that menu at all times if that would adversely affect your game. Nonetheless, the soft reset option should be clearly displayed on a suitable menu and made selectable for the user.
|
|
|
Untested, assumed pass
|
sup buds
|
4.1.2c: The software reset must be possible from all controllers in use.[8]
|
Soft Reset must be possible from all controllers (ports) in use. As explained in Chapter 2, Single User, Single Controller Applications, operation of an application is disabled for controllers connected to ports that are not being used by the application, so as a matter of course, soft reset is also disabled for those controllers.
|
|
|
Untested, assumed pass
|
sup buds
|
4.1.4.1a: Performing a software reset from the title loop must return to the BIOS.[9]
|
Soft reset from the Title Loop must jump to the Main Unit Boot ROM Menu.
|
|
|
Untested, assumed pass
|
sup buds
|
4.1.4.1b: Performing a software reset from outside the title loop must return to the title screen.[9]
|
Soft reset from the main game (after the application is started) must jump to the Title Screen.
|
|
|
Untested, assumed pass
|
sup buds
|
4.2.1: The BIOS must appear within ten seconds of opening the disc lid, save for situations where legitimate disc swapping is required.[10]
|
The Main Unit Boot ROM menu must appear when the Main Unit "OPEN button" is pressed and the disc lid is opened. Please note the alternative cases described in 4.2.2, Exceptions when the Disc Lid is Open, 4.2.3, When the Disc Lid is Opened during Saves, and 4.2.4, When File Loading Fails from the Disc,. When the disc lid is opened, your application must go to the Main Unit Boot ROM menu within ten seconds.
|
|
|
Untested, assumed pass
|
sup buds
|
4.2.2: DESC HERE PLS[10]
|
For games with data that require the changing of discs, a manual user mode for opening and closing the disc lid is accommodated, and your application must be designed in such a way that the disc lid can be opened and closed only from this mode. A warning must be displayed requesting the user to change back to the original game disc when finished with this mode. After the original game disc is inserted, a Disc Check must be carried out. This option is limited to times when it is necessary to change discs for game elements.
|
|
|
Untested, assumed pass
|
sup buds
|
4.2.3: Any operation that returns to the BIOS must wait until a save has finished.[11]
|
When executing saves, do not go to the Main Unit Boot ROM main screen until that save is finished. (This requirement is imposed to avoid the loss of the file being saved). Go to the main screen as soon as the save is finished.
|
|
|
Untested, assumed pass
|
sup buds
|
5.1.1: Upon boot, the Sega license logo must appear on screen (and if utilising Windows CE, the Windows CE logo).[12]
|
As soon as power is turned on, the Sega License Logo display must appear on the screen. In titles developed using Windows CE for Dreamcast, the Microsoft logo must appear along with the Sega License Logo (see the following screen shot). To display these two logos simultaneously, enable both "Sega License Logo" and "Microsoft Logo" on your application disc's IP.BIN file.
|
|
|
Untested, assumed pass
|
sup buds
|
5.2.6: Any other logo screens must occur after the Sega license logo, and should be visible for at least two seconds.[13]
|
After the Sega License logo is displayed, display any other logo screens. Display each screen for at least two seconds.
|
|
|
Untested, assumed pass
|
sup buds
|
5.2.7: DESC HERE PLS[14]
|
To display the license logo and library logo, observe the following standards:
1. Follow the rules outlined in the contract document regarding the content of logo display.
2. The order of logo display and the possibility of skipping screens is defined in the terms of the contract document.
3. To display the library logo, refer to Chapter 24, License Acknowledgment when Using Libraries and Patents
4. When you need to display a license logo that is not regulated in the related contract document, we recommend you prepare a detailed display of the contents and send it to the Sega Legal Department for consultation to avoid possible problems of rights infringement.
|
|
|
Untested, assumed pass
|
sup buds
|
5.2.8: DESC HERE PLS[14]
|
To display a team logo and series logo, observe the following standards:
1. When creating a team logo or series logo, obtain approval for its use and register the trademark.
2. When using the logo, use only the logo in A. When using the logo, attach detailed specs of the logo display for the parties involved and send it to the Sega Legal department.
3. Obtain approval from the company in charge of the logo.
4. When displaying the logo, do not use the words "Presents", "Presented by" or "Produced by" together with the team or series logo to avoid complications of rights ownership.
|
|
|
Untested, assumed pass
|
sup buds
|
5.2.9: DESC HERE PLS[15]
|
When displaying OEM logos other than manufacture and sales permit licensers, these are the standards to follow:
1. When you want to display an OEM logo, the logo display content is regulated in the development contract document.
2. If there is no regulation in the contract document, as a principle, any OEM logo display is disallowed.
3. However, even with the conditions of (2.), when absolutely necessary, logos can be displayed by attaching detailed specs of the logo display for the parties involved and bringing it to the Sega Legal Department. The OEM company name is displayed in the main position, with the logo display in the secondary position.
• Add "In cooperation with"… to the display area of the OEM company name.
|
|
|
Untested, assumed pass
|
sup buds
|
6.1.1: Advancing past the title screen should only occur when START is pressed.[16]
|
Advancing to the Main Game or Start/Option screen should occur only when the START button is pressed at the Title Screen. If the START button is not pressed, proceed to the next screen of the title loop after a short time has elapsed, as mentioned in Chapter 3, Sequences before Game Start.
|
|
|
Untested, assumed pass
|
sup buds
|
6.1: If the transition past the title screen is not initiated by user input, display the title screen for about two seconds.[16]
|
If transition to the next screen is not initiated by user input, display the Title Logo for about two seconds.
|
|
|
Untested, assumed pass
|
sup buds
|
6: DESC HERE PLS[16]
|
The Title Screen displays the Title Logo, "PRESS START BUTTON" and a copyright, unless specified otherwise by contract document or difficulty (such as a movie title) to display the copyright because of lack of space. If "PRESS START BUTTON" is displayed in any language other than English, express the idea that pressing the start button will start the game as simply as possible.
|
|
|
Untested, assumed pass
|
sup buds
|
7.1: During the demo sequence, "PRESS START BUTTON" and/or "DEMO PLAY" must be displayed on screen to distinguish the demo from normal play.[17]
|
During the Play Demo sequence, "PRESS START BUTTON," and/or "DEMO PLAY," should be displayed on the screen to clearly distinguish from the main game (after game start).
|
|
|
Untested, assumed pass
|
sup buds
|
7.2: Pressing START during a demo sequence should return to the title screen.[17]
|
Pressing the START button during either the Play Demo or Story Demo should immediately bring up the Title Screen. If the START button is not pressed, end the demo after a short time has elapsed, and proceed to the next screen of the title loop.
|
|
|
Untested, assumed pass
|
sup buds
|
8.1: Any menus must exist separately to the title screen.[18]
|
The Start/Option Selection screen exists separately from the Title Screen. If a "Menu" selection such as Start/Option is needed, it should appear when the START button is pressed at the Title Screen. Objects other than the Menu can be used and combined as needed.
|
|
|
Untested, assumed pass
|
sup buds
|
8.2: DESC HERE PLS[18]
|
According to the controller connection state, items that are unusable should be displayed in the menu, but not be selectable. If a second controller is not present, "vs" mode should be grayed out. If the phone line is not plugged in, the network selection should be grayed out.
|
|
|
Untested, assumed pass
|
sup buds
|
9.1: A stereo/monaural audio setting should be provided.[19]
|
Considering the many users who play on monaural TVs, the Stereo/Monaural selection should be provided whenever possible.
|
|
|
Untested, assumed pass
|
sup buds
|
9.2: The stereo/monaural setting must not be saved. The default setting is saved in the BIOS.[20]
|
If the option settings are to be backed up according to the above, the Stereo/Monaural setting should not be saved. On the Sega Dreamcast, the Stereo/Monaural settings are saved in the Main Unit, considering the case where the same data is to be used to play in another environment.
|
|
|
Untested, assumed pass
|
sup buds
|
9.3: DESC HERE PLS[20]
|
When the user changes the value of the voice output setting on the application option screen, the Main Unit Boot ROM setting should also be set to the same value before the option screen is exited. Wait until the user confirms. As used in the procedures of 3.1, 9.2 and 9.3, the Stereo/Monaural setting refers to Main Console setting, and other option settings refer to the saved data (if present).
|
|
|
Untested, assumed pass
|
sup buds
|
10.1: Important HUD elements should not appear within 8 pixels of the horizontal edge of the screen, or 16 or 32 pixels vertically for 320x240 and 640x480 screen resolutions, respectively.[20]
|
- vardefine:page
|
|
|
Untested, assumed pass
|
sup buds
|
10.4: Avoid sudden switches from black to white to maintain compatibility with the sync interval in older TVs.[21]
|
To maintain compatibility with the sync interval in older TVs, applications should avoid suddenly switching the screen from black to white. (If such switching is necessary, take measures such as inserting gray between the extremes and lowering the brightness of the white.) When using a controller, the above measure is not possible on the hardware, and is an exception. However, as much as possible, don't insert an extremely bright color before a flash or change colors suddenly.
|
|
|
Untested, assumed pass
|
sup buds
|
10.5: DESC HERE PLS[22]
|
Screen display of more than 0XC0 (75% brightness) should not be allowed to persist for a long time
(more than 300 seconds), or cover more than 2/3 of the screen. Sega Dreamcast image output is set to 800mV, to display bright white briefly, so if 0XC0 (not only white, but also yellow or other colors) is displayed for a long time on an NTSC/PAL TV, the screen phosphor could be burned. However, there is no problem displaying 0XFF (100% bright white) briefly and in small screen regions. We suggest using values below 0XC0 for large screen regions in applications where screen simulations are likely to be frozen. Currently, even the Boot ROM has the background white display corresponding to 0XC0. The standard brightness of the white color used for the screen flash when using the gun controller is 0x90; for a VGA monitor, it is 0xC0.
The brightness of the white color used for the screen flash is closely related to gun performance and may be hard on your eyes. You may want to lower the brightness of the flash to make it easier on your eyes, but so doing shortens the detection range of the peripheral device. The degree of brightness depends on the type and manufacturer of the monitor on which you view it, but in general, VGA monitors have a lower degree of brightness than a TV monitor. Taking the above conditions into consideration, the brightness of the flash is 0x90 for a TV screen, and 0xC0 for a VGA monitor.
|
|
|
Untested, assumed pass
|
sup buds
|
11.3: DESC HERE PLS[23]
|
If a VMU device is present, the application must make use of the card to save game data. The minimum save-game support should be for game preferences and high scores.
|
|
|
Untested, assumed pass
|
sup buds
|
12.1a: Pausing/unpausing must be done with START .[24]
|
The START button turns the Pause function on and off.
|
|
|
Untested, assumed pass
|
sup buds
|
12.1b: The pause function should be independent for each port.[24]
|
When the above condition is enacted to allow Pause from either port A or B, the Pause function is independent for each port (that is, if the Pause is performed from port A, only port A can perform the Resume).
|
|
|
Untested, assumed pass
|
sup buds
|
12.2: A word such as "PAUSE" should be displayed while paused to distinguish the screen from software bugs. This should indicate which player initiated the pause (e.g. "PLAYER 1 PAUSE" or "PLAYER 2 PAUSE").[25]
|
A word such as "PAUSE" should be displayed while paused. This is to distinguish the Pause from a hang-up from a bug.
The display should so indicate the initiator of the Pause, such as "PLAYER 1 PAUSE" or "PLAYER 2 PAUSE."
|
|
|
Untested, assumed pass
|
sup buds
|
12.3: After 300 seconds on a static screen, where more than two thirds of the screen is at or above 75% brightness, dim the screen or show a screensaver. The screensaver must be visually different from the main game and must not be completely blank.[25]
|
If the Pause function causes the screen display to persist, such that white display of more than 75% brightness would occur for a long time (more than 300 seconds), or cover more than 2/3 of the screen, a screen saver should be provided and should start automatically if the Pause persists for more than 300 seconds.
Sega Dreamcast image output is set to 800mV, to display bright white temporarily, so if 0XC0 (not only white, but also yellow or other colors) is displayed for a long time on an NTSC/PAL TV, the screen phosphor could be burned. However, there is no problem displaying 0XFF (100% bright white) for short periods and in a small screen region. It is up to the application whether the screen saver is an "After Dark" type or simply a reduction in screen brightness. (Refer to the partial sample program in the SDK.) Provide a screen different from the main game for the Pause Screen, and ensure that it does not include white display of more than 0XC0 (75% brightness).
|
|
|
Untested, assumed pass
|
sup buds
|
12.4: Pausing is not allowed during logo or title screens, or demo sequences.[25]
|
A Pause must not be allowed during display of the Logo screen, Title Screen or Demo screen, and should not consist of a blank screen.
|
|
|
Untested, assumed pass
|
sup buds
|
12: The ability to pause a game should be provided, save for situations where there is nothing to "pause".[24]
|
A pause capability should be provided except when not needed due to the character of the game, and to allow time for an application to obtain matching service (19.3 Matching Service Functions) when connecting to a network.
|
|
|
Untested, assumed pass
|
sup buds
|
14.1: It must not be possible to skip middleware logos (e.g. ADX and Sofdec).[26]
|
In case of displaying library logos (such as True Motion and CRI MPEG Sofdec) during ending/credit scrolling, it should not be possible to skip forward. Also, follow the rules in the contract document regarding skipping screens when displaying license logos. When library logo and/or license logo display is not included in the Ending/Credit scroll display, the application side can decide whether or not to allow screen skipping. However, even if license logo display is not included in the Ending/Credit scroll, enable "Soft Reset" during the Ending/Credit scroll, as mentioned in 4.1.1, Soft Reset Timing.
|
|
|
Untested, assumed pass
|
sup buds
|
14.2: After an ending or credits screen, the software return to the title screen, either after a timer elapses or by the press of the accept (default ) or START buttons.[26]
|
After Ending/Credit Scroll finishes, the game should advance to the Title Screen with a timer or by the action of the Accept or Start button.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.1a: Only 1-byte upper case English letters, numbers, underscore and period characters may be used for save file names.[27]
|
Only 1-byte upper-case English letters, numbers, underscore and period may be used. Spaces are not allowed. (See grayed part of Figure 1, Usable characters for file names and VMS Comments, on the next page.)
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.1b: Save file names must be exactly 12 characters.[27]
|
File names must be exactly 12 characters.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.1c: DESC HERE PLS[27]
|
When multiple files are saved by one game, the first 9 characters of each file name must be the same (only the last 3 may differ). In the Boot ROM file menu, the first 9 characters determine files associated with each game. Consequently, if these characters are not the same, the files are not recognized as belonging to the same game, and the batch copy function will not work.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.2: DESC HERE PLS[28]
|
VMU Comments shall consist of up to 16 single-byte ASCII characters (20 to 7D and A0 to DF). Character 7E (tilde) should not be used as it does not represent a character in VMU.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.3a: DESC HERE PLS[28]
|
- vardefine:page
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.3b: DESC HERE PLS[29]
|
The game title (or a shortened form of the title, if necessary) is written as a Boot ROM Comment. Display of "Game name + game status" is also possible.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.4: DESC HERE PLS[29]
|
When preparing multiple types of data to sort in the same game and changing the sorting order of save data in the same game, use sort data such as "Same game sort data + 01, 02" so as not to confuse the sorting order with another game.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.5: A save file should have its a unique icon so it can be clearly recognised in the BIOS.[30]
|
Each application should have its own unique icon. The unique icon allows each application's save files to be recognized in the Boot ROM File Control Menu.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.6: DESC HERE PLS[30]
|
When preparing Visual Comments, observe the rules outlined in "23. Ethics Considerations" to avoid improper ethics in the comments.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1.7: DESC HERE PLS[31]
|
For files where the size will grow over time, allocate the maximum number of blocks at the start. For example, if level one data takes two blocks to store the game progress, but level two takes four blocks, then you should allocate four blocks for all level data. In this case, when the data to be saved is smaller than the number of blocks allocated, do not save filler data in the empty space.
|
|
|
Untested, assumed pass
|
sup buds
|
15.1: DESC HERE PLS[32]
|
The save file for a Dreamcast application must always be registered. (Please make sure the "Back up" section of the Master ROM Release form has been completely filled out.) Create a file name that is easily recognizable and bears an intuitive resemblance to the name of the game.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.1.1a: DESC HERE PLS[33]
|
Regardless of whether the port (controller) is being used (compatible), or not used (compatible), make the memory card inserted in either expansion socket selectable.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.1.1b: DESC HERE PLS[33]
|
When allowing the user to select the port and expansion socket for a memory card, the user's selection (for example, Port A Expansion Socket 2) should be clearly indicated.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.1.1c: DESC HERE PLS[33]
|
Hot swapping (inserting and removing with power on) of memory cards must be supported (except during actual save operations). However, access to Visual Memory cannot be done when using the gun controller. For that reason, this rule does not apply, but include it anyway so as not to confuse the user.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.2a: DESC HERE PLS[34]
|
Regardless of whether a port (controller) is used (compatible), or not used (compatible), make the memory card inserted in either expansion socket selectable.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.2b: DESC HERE PLS[34]
|
When allowing the user to select the port and expansion socket for a memory card, the user's selection (for example., Port A Expansion Socket 2) should be clearly indicated.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.2c: DESC HERE PLS[34]
|
If a memory card is removed during the game, play must be paused and a message displayed asking that the memory card be replaced at the time of saving. If a memory card having the same save file (identical time stamp and checksum) as that removed is reinserted, the game resumes.
|
|
|
Untested, assumed pass
|
sup buds
|
15.2.3: DESC HERE PLS[34]
|
Except for during actual saves, memory card hot plugs (removing and inserting a memory card with the power ON) should be supported. However, access to Visual Memory is not possible when using the gun controller. For that reason, this rule does not apply, but include it anyway so as not to confuse the user.
|
|
|
Untested, assumed pass
|
sup buds
|
15.3: DESC HERE PLS[35]
|
Initialization of memory cards should not be handled at the application side. Currently, all visual memories are shipped in the fully initialized state. If reinitialization is needed, it should be done from the File Control Menu of the Boot ROM.
|
|
|
Untested, assumed pass
|
sup buds
|
15.4a: DESC HERE PLS[35]
|
Except in the case of autosaving, a caution message such as "Saving, do not turn Power off" should be displayed on the TV screen while a save is in progress. It can be assumed that data may be lost if power is turned off or a reset performed while saving, so the caution message is important. Also, even when using auto save, display a message on the TV screen such as "Executing save. Do not turn off the power" as a warning when save time lasts for more than one second.
|
|
|
Untested, assumed pass
|
sup buds
|
15.4b: The software reset capability must be disabled when saving.[35]
|
Soft reset capability must be disabled while a save is executing.
|
|
|
Untested, assumed pass
|
sup buds
|
15.4c: If saving fails, a message should display informing the user.[35]
|
When a save operation fails to complete correctly, a caution message such as "Save could not complete correctly" should be displayed.
|
|
|
Untested, assumed pass
|
sup buds
|
15.4d: Unless an autosave feature is in use, users should be prompted to overwrite saves if the save name already exists.[35]
|
Except when using auto save, display a warning such as "A file with the same name already exists. OK to overwrite? (YES/NO)" to make overwrite selectable for the user when the user selects save to overwrite a file with the same name.
|
|
|
Untested, assumed pass
|
sup buds
|
15.4e: DESC HERE PLS[36]
|
Before overwriting a VMU Executable Game file (A game that is designed to run on an undocked VMU) in a Sega Dreamcast application, a caution message such as "A VMU Game is installed. Okay to overwrite?
(YES/NO)" and allow the user to make the choice. No particular message display is needed during 15.2.2, Autosave or when 15.2.3, High scores, etc. are saved.
|
|
|
Untested, assumed pass
|
sup buds
|
15.5a: DESC HERE PLS[37]
|
When no memory card is installed, indicate the required space (number of blocks) and display a warning message such as "A memory card with at least xx blocks of space is required for saving. Cancel save?
(YES/NO)".
|
|
|
Untested, assumed pass
|
sup buds
|
15.5b: DESC HERE PLS[37]
|
When there is not enough free space (blocks) on an inserted memory card, indicate the lack of empty space (number of blocks) and display a warning message such as "There are not enough free memory blocks. XX empty blocks are required for saving. Cancel save? (YES/NO)". Check all installed memory cards to determine if any memory card has enough space (blocks).
|
|
|
Untested, assumed pass
|
sup buds
|
15.5c: Software should continue even if the user cannot save.[37]
|
After displaying one of the warning messages "Empty space not sufficient," "Memory card not inserted," or "Memory card not present in the assigned location," make it possible to continue to game (even though saving is not possible).
|
|
|
Untested, assumed pass
|
sup buds
|
15.5d: DESC HERE PLS[37]
|
For the times when one of the above-written messages "Empty space not sufficient" or "Memory card not inserted" or when auto saving with 15.2.2 or 15.2.3 are displayed, a warning message such as "A memory card with at least xx blocks of space is required for saving. The game can continue, but saving will not be possible. Continue game? (YES/NO)" should also be displayed. Also, after displaying the warning message, if a memory card is inserted, auto save (warning screen sequence) should be restarted. When a warning message is displayed once, it is not necessary to display the message again unless power to the main unit is turned off, except in cases when the memory card is inserted as mentioned above.
|
|
|
Untested, assumed pass
|
sup buds
|
15.5e: DESC HERE PLS[37]
|
If the save location of high scores and configuration data is assigned to Port A extension socket 1 according to 15.2.3, the port and expansion socket should be indicated in the caution message, such as "A memory card is not inserted in Port A Extension Socket 1. Please insert a memory card at this location to save High Score."
|
|
|
Untested, assumed pass
|
sup buds
|
15.6: Users must not be allowed to delete all files or initialise a VMU in software.[38]
|
When an application has a memory management screen, the commands "Delete all files" and "Initialize" cannot be displayed. By not providing a command to erase all files, the problem of the user accidentally using it during memory control is avoided.
|
|
|
Untested, assumed pass
|
sup buds
|
15.7a: When loading a save, display a message (e.g. "Loading...") to indicate the file is loading.[38]
|
When loading a save file, either display a message such as "Loading..." or indicate to the user in some other way that the save file is loading.
|
|
|
Untested, assumed pass
|
sup buds
|
15.7b: If loading fails, a message should display informing the user.[38]
|
The integrity of a loaded file must be checked, and if damaged, a caution message such as "the file did not load correctly" should be displayed. Display can be done before loading.
|
|
|
Untested, assumed pass
|
sup buds
|
15.7c: If loading fails, do not delete the file as it may be required for customer support.[38]
|
In the case where a file does not load correctly, it should not be immediately erased (the damaged file may be necessary later for customer service purposes).
|
|
|
Untested, assumed pass
|
sup buds
|
15.8: Software must not copy files which have the copy-protection attribute is set (though the software can create such files).[39]
|
The application should not copy files in which the copy-protection attribute is set. (However, applications may create such files.)
|
|
|
Untested, assumed pass
|
sup buds
|
15.10.1: DESC HERE PLS[40]
|
(While saving) When returning to normal processing after starting a save, an on-screen indicator (such as a progress bar at the bottom) must be provided to show the user that a save is in progress. Soft reset and CD door open conditions should be indicated in a manner that is compatible with the normal save indication.
|
|
|
Untested, assumed pass
|
sup buds
|
15.11: DESC HERE PLS[41]
|
When reading Visual Memory single application files to the memory card, if there isn't a block of empty space, inform the user and abort the write.
|
|
|
Untested, assumed pass
|
sup buds
|
15: DESC HERE PLS[32]
|
If a VMU device is present, the application must make use of the card to save game data. The minimum save-game support should be for game preferences and high scores.
|
|
|
Untested, assumed pass
|
sup buds
|
16.1: If loading from a disc takes more than ten seconds, display a message (e.g. "Loading...") to distinguish the screen from software bugs.[42]
|
When loading a file from a disc, display a message such as "Loading..." on the screen when reading takes longer than 10 seconds, or otherwise indicate to the user that the delay is not due to a hangup from a bug.
|
|
|
Untested, assumed pass
|
sup buds
|
17.2: DESC HERE PLS[43]
|
Other than the exceptions in 17.2.1, booting should comply with the conditions of Chapter 3, Sequences Before Game Start.
|
|
|
Untested, assumed pass
|
sup buds
|
17.3.1: DESC HERE PLS[43]
|
At the disc switching screen, doing a soft reset when the disc lid is open moves the user to the Main Unit Boot ROM screen. Setting the soft reset jump destination to the Main Unit Boot ROM Menu allows the user to check the title and saved files on the menu if he inserts the wrong disc. When a soft reset is done before the disc lid is opened on the disc switching screen, jump to the "Disc title screen".
|
|
|
Untested, assumed pass
|
sup buds
|
17.3: DESC HERE PLS[43]
|
Except as stated in section 17.3.1, a soft reset after starting a game must result in a jump to the Title Screen of the disc currently inserted in the Main Unit (for instance, a reset with Disc 3 installed results in display of the Disc 3 Title Screen). As described in Chapter 4.1.4.2, Omnibus System Case, executing a soft reset from the Title Loop of any disc brings up the Main Unit Boot ROM Menu (the Multi-Player screen in Saturn).
|
|
|
Untested, assumed pass
|
sup buds
|
17.4a: If the user needs to swap discs, display a message indicating that the user must open the disc lid, swap the disc, then close the lid.[44]
|
When switching discs, display a message such as, "Press the OPEN button to open the disc lid and change the disc. After replacing Disc X with Disc Y, close the disc lid."
|
|
|
Untested, assumed pass
|
sup buds
|
17.4b: After swapping discs, execute the disc check routine in the BIOS.[44]
|
After switching discs, always execute the Disc Check routine in the Boot ROM.
|
|
|
Untested, assumed pass
|
sup buds
|
17.4c: If an incompatible disc is detected after a disc swap, display a message stating it is the incorrect disc, alongside the procedure to swap the disc again.[44]
|
When the result of the Boot ROM disc check is NG, display a warning message such as "This is not disc X. Press the OPEN button and insert the correct disc. After disc X has been inserted, close the lid" and prompt disc exchange again.
|
|
|
Untested, assumed pass
|
sup buds
|
17.4d: If the incorrect disc is detected after a disc swap, display a message stating it is the incorrect disc, alongside the procedure to swap the disc again.[44]
|
When switching discs, if the wrong disc is inserted, a message such as the following should appear: "This is not Disc X for [Application Name]. Press the OPEN button to open the disc lid and replace the disc. After inserting Disc X, close the disc lid."
|
|
|
Untested, assumed pass
|
sup buds
|
17.4e: Ensure any disc swapping screens are stored in RAM so that they can continue to be displayed correctly if no disc is inserted.[45]
|
At the start of a disc exchange sequence, the caution screens must be loaded into memory, so that after the user opens the tray and replaces the disc, even if the new disc is unreadable, the caution screens can be displayed correctly. Because the Main Unit Boot ROM Menu (Dreamcast's Multi-Player screen) is not executed when switching discs, if the correct disc does not load, the caution screens will not be available unless they have been stored in memory beforehand.
|
|
|
Untested, assumed pass
|
sup buds
|
17.5a: Ensure any disc swapping screens are stored in RAM so that they can continue to be displayed correctly if no disc is inserted.[45]
|
At the start of a disc exchange sequence, the caution screens must be loaded into memory, so that after the user opens the tray and replaces the disc, even if the new disc is unreadable, the caution screens can be displayed correctly. Because the Main Unit Boot ROM Menu (Dreamcast's Multi-Player screen) is not executed when switching discs, if the correct disc does not load, the caution screens will not be available unless they have been stored in memory beforehand.
|
|
|
Untested, assumed pass
|
sup buds
|
17.5b: Ensure any disc swapping screens are stored in RAM so that they can continue to be displayed correctly if no disc is inserted.[45]
|
At the start of a disc exchange sequence, the caution screens must be loaded into memory, so that after the user opens the tray and replaces the disc, even if the new disc is unreadable, the caution screens can be displayed correctly. Because the Main Unit Boot ROM Menu (Dreamcast's Multi-Player screen) is not executed when switching discs, if the correct disc does not load, the caution screens will not be available unless they have been stored in memory beforehand.
|
|
|
Untested, assumed pass
|
sup buds
|
17.5c: Ensure any disc swapping screens are stored in RAM so that they can continue to be displayed correctly if no disc is inserted.[45]
|
At the start of a disc exchange sequence, the caution screens must be loaded into memory, so that after the user opens the tray and replaces the disc, even if the new disc is unreadable, the caution screens can be displayed correctly. Because the Main Unit Boot ROM Menu (Dreamcast's Multi-Player screen) is not executed when switching discs, if the correct disc does not load, the caution screens will not be available unless they have been stored in memory beforehand.
|
|
|
Untested, assumed pass
|
sup buds
|
17.5d: Ensure any disc swapping screens are stored in RAM so that they can continue to be displayed correctly if no disc is inserted.[45]
|
At the start of a disc exchange sequence, the caution screens must be loaded into memory, so that after the user opens the tray and replaces the disc, even if the new disc is unreadable, the caution screens can be displayed correctly. Because the Main Unit Boot ROM Menu (Dreamcast's Multi-Player screen) is not executed when switching discs, if the correct disc does not load, the caution screens will not be available unless they have been stored in memory beforehand.
|
|
|
Untested, assumed pass
|
sup buds
|
18.1.1: DESC HERE PLS[46]
|
• Sega Dreamcast currently uses four control ports, however, should additional ports become available check the current to make sure that it is safe to use the fifth Jump Pack. (Up to four Jum Packs can be plugged into the front of the console, one in each port, without any need to check the current.)
• Allow vibration function for each controller, starting with port A, and continuing until the maximum current draw has been reached.
• Disable vibration support for any remaining ports.
|
|
|
Untested, assumed pass
|
sup buds
|
18.1a: Include an option to turn on/off the Jump Pack, if the peripheral is supported.[47]
|
Include an option to toggle the setting ON/OFF for operation of the vibration peripheral, hereafter referred to as the Jump Pack. This setting should be made selectable.
|
|
|
Untested, assumed pass
|
sup buds
|
18.1b: Stop vibration from the Jump Pack when paused or returning to the BIOS.[47]
|
Stop vibration with the Jump Pack during pause or when transferring to the Main Unit Boot ROM. In the rules up to now, whether or not to stop vibration of the Jump Pack "during transfer to the Main Unit Boot ROM" was not specially regulated, but from this version, stopping the vibration on the application side is regulated.
|
|
|
Untested, assumed pass
|
sup buds
|
18.1c: Stop vibration from the Jump Pack when saving as it could break the connection to the memory card.[46]
|
When saving to the memory card, stop vibration of Jump Pack. There is a very slight chance that vibration may cause a momentary power failure in the connector terminal, so stop vibration to avoid damaging the connection.
|
|
|
Untested, assumed pass
|
sup buds
|
18.2.2a: The S1 and S2 should be mapped to and , respectively.[48]
|
Use the special keys on the hardware keyboard, S1 and S2, as the left and right triggers, respectively.
|
|
|
Untested, assumed pass
|
sup buds
|
18.2.2b: DESC HERE PLS[48]
|
Follow the key input rules below for inputting the following items using operation of the software and hardware keyboards. It is not necessary to allocate all the functions defined below.
|
|
|
Untested, assumed pass
|
sup buds
|
18.2a: DESC HERE PLS[49]
|
When the hardware keyboard is supported in an application, the software keyboard (or character input screen) should be displayed as an option and the user should be able to input by the software keyboard when the hardware keyboard is not connected. A software keyboard is enabled when a hardware keyboard is supported by the application.
|
|
|
Untested, assumed pass
|
sup buds
|
18.2b: DESC HERE PLS[49]
|
During hardware keyboard input, allow the user to distinguish which input mode is currently being used. When displaying the software keyboard screen and input palette screen, the user should know which input is currently possible.
|
|
|
Untested, assumed pass
|
sup buds
|
18.3.1: DESC HERE PLS[50]
|
Use the A and C buttons as "Accept" buttons (perform operation), and the B button as the "Cancel" button (reject operation). Allocation of "Accept" and "Cancel" to the respective A and B buttons is assumed, but that doesn't not mean the B button must be removed from key configuration when the accept key is defined by pressing the button to allocate keys in key configuration.
|
|
|
Untested, assumed pass
|
sup buds
|
18.3.2: The software reset must be implemented with + + + + START .[50]
|
When the START button is pressed while the A button + B button + X button + Y button are all held down, "Soft Reset" must be put into effect.
|
|
|
Untested, assumed pass
|
sup buds
|
18.4.2: DESC HERE PLS[51]
|
When the START button is pressed while the A button + B button + X button + Y button are all held down, "Soft Reset" must be put into effect.
|
|
|
Untested, assumed pass
|
sup buds
|
18.4a: DESC HERE PLS[51]
|
Use the A button as the "Accept" button (perform operation) and the B button as the "Cancel" button (reject operation). Allocation of "Accept" and "Cancel" to the respective A and B buttons is assumed, but that doesn't not mean the B button must be removed from key configuration when the accept key is defined by pressing the button to allocate keys in key configuration.
|
|
|
Untested, assumed pass
|
sup buds
|
18.4b: must accelerate and must break.[51]
|
For the button positions on the racing controller, use the R, L analog buttons as follows: R = accelerator and L = brake.
|
|
|
Untested, assumed pass
|
sup buds
|
18.5.1: DESC HERE PLS[52]
|
Use the trigger (A button) as the "Accept" button (perform operation), and the B button as the "Cancel" button (reject operation). Allocation of "Accept" and "Cancel" to the respective A and B buttons is assumed, but that doesn't not mean the B button must be removed from key configuration when the accept key is defined by pressing the button to allocate keys in key configuration.
|
|
|
Untested, assumed pass
|
sup buds
|
18.5.2: The software reset must be implemented with (trigger)+ + START .[52]
|
When the START button is pressed while the trigger (A button) + B button are held down, "Soft Reset" must be put into effect.
|
|
|
Untested, assumed pass
|
sup buds
|
18.5.3: DESC HERE PLS[52]
|
Prepare the calibration mode to adjust the aim of the gun controller in the application.
|
|
|
Untested, assumed pass
|
sup buds
|
18.5.4: Due to televisions or monitors with potential overscan, the screen should have a 16 (for 640x480 resolutions) or 8 (for 320x240 resolutions) pixel margin where user cannot aim.[53]
|
Depending on the TV or monitor manufacturer and the type of monitor, the entire screen may not be displayed at the edges. For this reason, the margins on all sides on the screen should be at least 16 pixels (for a 640x480 pixel screen) or 8 pixels (for a 320x240 pixel screen) within which the user cannot aim.
|
|
|
Untested, assumed pass
|
sup buds
|
18.5.5a: DESC HERE PLS[54]
|
For games that support a gun controller for use in the U.S., display a warning that contains content such as the following.
"This is not a gun controller (use the American product name) sold for use in the United States. Please use a commercially approved gun controller." Also, don't allow the application to start up when target site data is read for the gun peripheral at application start-up and a gun controller not designed for use in the U.S. is connected.
|
|
|
Untested, assumed pass
|
sup buds
|
18.5.5b: DESC HERE PLS[54]
|
Also, when a gun controller with a territory code (see table below) for places other than the United States is connected during application operation, the gun mode should not be able to be used. In the United States, the federal government has declared that there are limitations on the colors of toys that resemble guns. This measure is effected to prevent the importation of real guns alongside the toys from other sales regions by gray importers.
|
|
|
Untested, assumed pass
|
sup buds
|
18.6.2: The software reset must be implemented with + + + + START .[55]
|
When the START button is pressed while the A button + B button + X button + Y button are all held down, "Soft Reset" must be put into effect.
|
|
|
Untested, assumed pass
|
sup buds
|
18.6: DESC HERE PLS[55]
|
Use Trigger (A button) as the "Accept" button (perform operation) and the B button as the "Cancel" button (reject operation). Allocation of "Accept" and "Cancel" to the respective A and B buttons is assumed, but that doesn't not mean the B button must be removed from key configuration when the accept key is defined by pressing the button to allocate keys in key configuration.
|
|
|
Untested, assumed pass
|
sup buds
|
19.1a: Unless downloading content or an explicit timeout setting is defined, two minutes (games) or fifteen minutes (web browser) of inactivity should cause the software to disconnect from the phone line.[56]
|
If there is no user input for a reasonable period (about two minutes for fighting games, and the maximum time determined by the user's web browser of about 15 minutes), the phone line should disconnect, or an optional setting should be provided to allow the user to select time-out disconnect. The regulation concerning disconnection when there is no input over a period of time is not followed when downloading from the web browser.
|
|
|
Untested, assumed pass
|
sup buds
|
19.1b: If an telephone line connection fails or the phone is disconnected, display a warning message clearly stating the reasons for the connection failure.[56]
|
When a telephone line connection fails or when the phone is disconnected, display a warning message. Also, as much as possible, clearly state the reason for the failure or disconnection.
|
|
|
Untested, assumed pass
|
sup buds
|
19.1c: DESC HERE PLS[57]
|
When connecting to a network applications like a Web Browser, Mailer, or Chat, confirm the setting data for connecting to an IP address in Main Unit memory and connect based on that setting.
|
|
|
Untested, assumed pass
|
sup buds
|
19.1d: DESC HERE PLS[57]
|
When there is a function to set the IP Address within an application (currently only permission for settings by Dreamcast browser is given), Main Unit memory settings should be adjusted to application settings that are changed.
|
|
|
Untested, assumed pass
|
sup buds
|
19.3a: DESC HERE PLS[57]
|
When downloading files (that can be saved on the memory card), download and save according to the information of the definition file together with the save file. Currently, downloadable files on the SEGA Dreamcast Gaming Network (working title) site mention the file name and file size in the definition file if it is the same as the execution file during flagging and saving. Downloading according to definition files (only if there are definition files) makes downloading of regular PC files not possible. When following regularly issued definition files, Visual Memory Single Application files are saved as single application files with the final three spaces in the 12-space file name "_vm".
|
|
|
Untested, assumed pass
|
sup buds
|
19.3b: Warn users if not enough space exists to complete a file download.[57]
|
When downloading files, check the free space beforehand, and if there is not enough space, display a caution message before proceeding with the download, to avoid wasting the users' download time.
|
|
|
Untested, assumed pass
|
sup buds
|
19.4: Pause functions should not work during networked gameplay, however the software reset should still be possible.[58]
|
The Pause function should be disabled whenever connecting to the matching service on a network. (This is to not disturb the fighting opponent with a Pause. However, soft reset should be possible.)
|
|
|
Untested, assumed pass
|
sup buds
|
20.1: DESC HERE PLS[59]
|
In the single-density area of the Dreamcast-specific disc, DA (except for non-sound) should be input as voice data. DA sound should be made to run even if the specific-disc is put in a non-Dreamcast CD player.
|
|
|
Untested, assumed pass
|
sup buds
|
20.2: DESC HERE PLS[60]
|
For security reasons, the Sega Dreamcast program execution code cannot be written to any area other than the Sega Dreamcast-specific disc high-density area. Sega Dreamcast program execution code should not be written to Sega Dreamcast-specific disc single-density area, save data, or Visual Memory special games.
|
|
|
Untested, assumed pass
|
sup buds
|
24: DESC HERE PLS[61]
|
When using a software library provided by another company, and when using a patent that is owned by another company, depending on the terms of the licensing contract, that company's logo and trade name must be displayed at the specified location.
|
|
|
Untested, assumed pass
|
sup buds
|
25.1: DESC HERE PLS[62]
|
Use the A button for "Accept" (perform operation) and the B button for "Cancel" (reject operation).
|
|
|
Untested, assumed pass
|
sup buds
|
25.2a: DESC HERE PLS[63]
|
Displaying Copyrights: Observe the rules outlined in Section 6.2, Copyright Display and Chapter 23, Trademark/Copyright Infringement, when creating copyright displays.
|
|
|
Untested, assumed pass
|
sup buds
|
25.2b: DESC HERE PLS[63]
|
Display the copyright on the title screen.
|
|
|
Untested, assumed pass
|
sup buds
|
25.3a: DESC HERE PLS[63]
|
Pressing the A and B buttons together from the Title Display/Loop (27.2) starts the main game
(game start).
|
|
|
Untested, assumed pass
|
sup buds
|
25.3b: DESC HERE PLS[63]
|
"Press A+B" should be displayed on the Title Screen.
|
|
|
Untested, assumed pass
|
sup buds
|
25.4: DESC HERE PLS[63]
|
An executable file should not rewrite its own Visual Comment. Even the smallest Visual Comment requires almost 5 blocks, so having the executable file rewrite even a single block of Visual Memory would probably cause an unacceptably long delay and significant increase in power consumption, and the rewrite process could not be guaranteed to finish normally.
|
|
|
Untested, assumed pass
|
sup buds
|
25.5: DESC HERE PLS[64]
|
When a low-voltage interrupt occurs, the application should finish storing any data and other processes, and then immediately display a caution message such as "Please replace the batteries," and disable any further input from the mode buttons or other keys.
|
|
|
Untested, assumed pass
|
sup buds
|
25.6: DESC HERE PLS[64]
|
The last three characters of a 12-character single-application file name should be '_VM'.
|
|
|
Untested, assumed pass
|
sup buds
|
26: Software must obide by the guidelines provided by the NHK and Japan Civil Broadcasting Union in regards to certain light patterns or flashing lights.[65]
|
A very small number of individuals may experience seizures when exposed to certain light patterns or flashing lights. Exposure to certain patterns or backgrounds on a television screen or while playing videogames could induce a seizure in such individuals. Certain conditions may induce undetected seizure symptoms even in persons who have no history of prior seizures or epilepsy.
Because of this possibility, an appropriate seizure warning should be included on videogame packaging. The following guidelines have been provided by NHK (Japan Broadcasting Co.), and should be used as a guideline for precautionary measures:
• Prepare an option that can toggle light ON/OFF when flashing lights appear.
• Display a warning message like the one below at the beginning of a game. These guidelines are examined in more detail in the next section, "NHK (Japan Broadcasting Co.) and Japan Civil Broadcasting Union Guidelines."
|
|
|
Untested, assumed pass
|
sup buds
|
27: Software designed for PAL systems must be compatible with the 21-pin RGB cable, as not all French televisions accept PAL video.[66]
|
Software designed for operation on European systems should be compatible with a 21-pin RGB cable (15kHz RGB output mode).
One potential problem is that in France, many television sets use 15kHz RGB skate cables, while not many are equipped with PAL video input jacks. For this reason, unless 15kHz RGB is consciously supported via software, it may not be possible to use the Sega Dreamcast system in many households in France.
|
|
|
Untested, assumed pass
|
sup buds
|