uci2wb.pod

   1 =head1 NAME
   2
   3 uci2wb - Protocol adapter for UCI dialects to XBoard
   4
   5
   6 =head1 SYNOPSIS
   7
   8 B<uci2wb> [debug] [-c|-s|-x] engine [directory]
   9
  10
  11 =head1 DESCRIPTION
  12
  13 B<uci2wb> is a protocol adapter, i.e. it can be used to run AI plugins ('engines')
  14 that communicate in one protocol in a GUI that communicates in another.
  15 In this case uci2wb can make appear the engine specified in its argument,
  16 which must use a protocol similar to UCI ('Universal Chess Interface'),
  17 to the GUI as an engine using XBoard protocol
  18 ('Chess Engine Communication Protocol', CECP).
  19
  20 The protocols for which it can mediate are UCI
  21 (both the official standard, as well as the 'Cyclone dialect' that is commonly used
  22 by Chinese-Chess engines, and the 'Arena960 dialect' used by pre-standard Chess960 engines),
  23 USI ('Universal Shogi Interface', used by some Shogi engines)
  24 and UCCI ('Universal Chinese-Chess Interface').
  25 When set to UCI, it automatically uses Cyclone dialect when playing xiangqi games.
  26
  27
  28 =head1 OPTIONS
  29
  30 =over 8
  31
  32 =item B<-c -s -x -f>
  33
  34 The flag arguments B<-c> (default), B<-s> or B<-x> set uci2wb to use UCI, USI or UCCI, respectively.
  35 If there is more than one character in the flag argument,
  36 all characters but the first are ignored.
  37 This can be used by passing uci2wb the full variant name ('shogi' or 'xiangqi') as a flag,
  38 to make it automatically choose the appropriate protocol (USI or UCCI).
  39 Other values also select UCI, but the value B<-f> in addition implies uci2wb should announce
  40 it supports Chess960 even for UCI engines that don't have the standard UCI_Chess960 option,
  41 and in that case causes castlings to be sent to them as O-O or O-O-O
  42 instead of the standard KxR notation.
  43
  44
  45 =item B<debug>
  46
  47 Makes uci2wb report to the GUI everything it receives from the engine,
  48 as a CECP engine comment (i.e. prefixed with '#').
  49 This would make it appear in the GUI's log of the engine communication.
  50 Some critical commands it sends to the engine
  51 (such as the 'position-moves' and 'go' commands)
  52 will be reported as well.
  53 This option can also be switched interactively,
  54 through the 'UCI2WB debug output' checkbox option appearing
  55 as additional engine option.
  56
  57 =item B<directory>
  58
  59 If a directory is specified, the engine is started
  60 with that directory set as current directory.
  61
  62 =item N<byoyomi work-arounds>
  63
  64 Byoyomi is a mode of time control in USI not supported by CECP.
  65 Engines can be forced to run in this mode by letting the GUI use
  66 incremental or sudden-death TC,
  67 and ticking the interactive 'Floating Byoyomi' checkbox option
  68 that uci2wb pools with the engine options.
  69 An accompanying option 'Byoyomi (sec)' allows you to force a fixed
  70 value >= 0 for the byoyomi to be sent to the engine
  71 when 'Floating Byoyomi' is off.
  72
  73 =back
  74
  75 =head1 AVAILABILITY
  76
  77 At http://hgm.nubati.net/cgi-bin/gitweb.cgi the source code can be obtained.
  78
  79 =head1 SEE ALSO
  80
  81 xboard(6)
  82
  83 =head1 STANDARDS
  84
  85 WinBoard, B<xboard>(6) interface ("Chess Engine Communication Protocol")
  86
  87 UCI specs: http://www.shredderchess.com/chess-info/features/uci-universal-chess-interface.html
  88
  89 USI specs: http://hgm.nubati.net/usi.html
  90
  91 UCCI specs: http://www.xqbase.com/protocol/cchess_ucci.htm
  92
  93 =head1 AUTHOR
  94
  95 H.G.Muller <h.g.muller@hccnet.nl>.
  96
  97 This manual page was generated with pod2man(1).