Menu

The 17th Computer Go UEC Cup

Requirements


1. Participation

  1. Attending UEC Cup
    At least one of the developers shall come to the venue of the competition as a participant to operate the program. (If participation is absolutely difficult, please consult with the organizers.) This is a very natural request, since one of the purposes of the Congress is to bring together developers of computer Go software to exchange information.
  2. Bringing computers
    Onsite participants will bring their own computers to the venue. This includes power cables and other equipment necessary to run the computer. As a general rule, there are no restrictions on what computers you can bring. However, the wattage used by each computer must be reported at the time of registration; if the wattage exceeds 1000W, prior approval is required. In case of online participation, prepare a computer at each connection point.
  3. Using a remote host via the Internet
    You are allowed to use a remote host if you agree to the following:
    1. In the case of onsite participation, participants must come to the site in person. In case of online participation, participants should be able to check the connection in real time via Zoom, etc.
    2. The participant must conduct the remote operation with self-responsibility.
    3. Time loss due to the delay of communication and other similar reasons are included in thinking time.
    4. The UEC Cup Executive Committee shall not be responsible for the delay of communication.

    If you wish to use the Internet connection provided by the management for the use of remote hosts, it is strongly recommended that you test the connection well in advance of the competition.

2. Program

  1. Requirements for decision making of programs

    All participants (not only using program with other source code but also original program), when making an application, must submit an appeal letter that describes the features of your program. The appeal summary will be released at the competition website.

    The format of the appeal letter is open, but it is strongly recommended that it be in A4 size PDF format regarding the technical features of the program. (At the very least, be sure to include the hardware you are using, the algorithms you are using, and any innovations you have made.) The appeal statement will be reviewed for content and may be requested to be rewritten if inadequate. Any number of pages is acceptable. This appeal letter will also be referenced in the selection process for the Originality Award and From Scratch Award.

    Program should be one of the following:

    • The decision making of the program is done with original modules.
    • Programs with a source code that is permissible to use (in this competition by its developer) must add an explicit unique contrivance. In addition, use of other source code and the added contrivance must be written explicitly in the appeal summary.
  2. Functions required for all programs:
    1. Display the win/lose result when a match ends with two consecutive passes.
    2. Have the communication functions specified in Protocols.
    3. Ability to change the time limit from 30 minutes to 20, 15, and 10 minutes.
  3. Functions to be implemented if possible:

    The CGOS server now has the ability to resume a game from the suspended phase. The commands to be used for resuming a game are given in the "Communication Game Rules". (This function will be made mandatory in the future.)

3. Playing a match

  1. Playing over network
    Games are played over a TCP/IP network. To know about the protocols in detail, see the “Protocols”.
  2. Programs without communication functions
    If games over the network are not feasible for a program, the player can manually input moves through an input program or other methods. In this case, the following conditions will be applied. Players must input a move designated by the program. When it is found that a player has input a different move, he/she will lose the game immediately. The time required to input moves is also considered. In the case of an input mistake, the time required to recover it is also considered.
  3. Operating a computer during games
    Operators must not provide additional information to the computer or revise the program during a game.

★Frequently Asked Questions from Participants Unable to Attend On-Site

Q1. If one of the developers absolutely cannot attend the event in person, is it possible to send someone else as a substitute?
A1. If attending the event in person is not feasible due to reasons such as long-distance travel or financial constraints, participation may be allowed by sending a "proxy operator" to the venue.


Q2. What are the requirements for a "proxy operator"?
A2. The "proxy operator" must be independently found and arranged by the developer to attend on-site. Please note that the organizing committee does not provide introductions or referrals.

The requirements for a "proxy operator" are as follows:

  1. 1.Must be able to maintain immediate contact with the developer and operate the program on-site.

  2. 2.Must be capable of making prompt decisions, including win/loss judgments, in the event of any trouble.

  3. 3.Must be able to receive prize money, etc., if applicable.

  4. 4.Must not be a developer of any other participating program.

  5. 5.Must pay the banquet fee and participate in the banquet.