1 |
<?xml version="1.0" encoding="utf-8"?> |
2 |
<html> |
3 |
<head> |
4 |
<title>KGS Protocol Description</title> |
5 |
<!-- |
6 |
Copyright (C) 2003 Marc Lehmannn <pcg@goof.com> |
7 |
|
8 |
You can redistribute and/or modify this document under the terms of |
9 |
the GNU General Public License as published by the Free Software |
10 |
Foundation; either version 2 of the License, or (at your option) any |
11 |
later version. |
12 |
|
13 |
This document is distributed in the hope that it will be useful, |
14 |
but WITHOUT ANY WARRANTY; without even the implied warranty of |
15 |
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU |
16 |
General Public License for more details. |
17 |
|
18 |
You should have received a copy of the GNU General Public License |
19 |
along with this program; if not, write to the Free Software |
20 |
Foundation, Inc. 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA |
21 |
--> |
22 |
</head> |
23 |
<body> |
24 |
|
25 |
<h1>$Revision: 1.34 $</h1> |
26 |
|
27 |
<h1>KGS Protocol Description</h1> |
28 |
|
29 |
<p>This XML document describes the KGS protocol. It is also used |
30 |
to automatically generate the perl parser for all the messages and |
31 |
structures in the protocol. Adapting it to other languages should be |
32 |
almost trivial.</p> |
33 |
|
34 |
<p><b>Please note that the author of KGS has told me that he will |
35 |
change the protocol in response to my efforts. No problems with |
36 |
changing the protocol for good, but he does this just to make it |
37 |
more difficult to reverse-engineer it, since his changes are neither |
38 |
required, nor useful (they just make the protocol less robust, without |
39 |
adding added value). He doesn't even care that this locks out some |
40 |
users who cannot upgrade (cgoban2 isn't available for their platform |
41 |
anymore). It hurts to see such a waste of time and efforts that could have been used |
42 |
to fix bugs or improve the client...</b></p> |
43 |
|
44 |
<p>If you feel you need to update the visual appearance of this |
45 |
document, feel free to look <tt>doc/doc2html.xsl</tt> and improve |
46 |
it.</p> |
47 |
|
48 |
<p>The current version of this document can always be found at |
49 |
<a href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/kgsueme/kgsueme/doc/protocol.xml?rev=HEAD&content-type=text/xml">here</a>, while |
50 |
the HTML version of it can be found |
51 |
<a href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/kgsueme/kgsueme/doc/protocol.html?rev=HEAD&content-type=text/html">here</a>. |
52 |
(update: sourceforge is weeks behind on their anonymous cvs servers so the above might be out-of-date. sorry.)</p> |
53 |
|
54 |
<h2>Structure and conventions of this document and the protocol</h2> |
55 |
|
56 |
<p>"ORIGIN: CLIENT" means messages send from the client to the server, |
57 |
while "ORIGIN: SERVER" means messages send by the server to the |
58 |
client.</p> |
59 |
|
60 |
<p>Everything on the wire is in little-endian format (what a shame).</p> |
61 |
|
62 |
<p>Primitive types are mostly integers (signed |
63 |
"<code>I</code><bits>", unsigned "<code>U</code><bits>"), |
64 |
ascii strings ("<code>username</code>"), or zero-terminated |
65 |
UCS2-Strings ("<code>STRING</code>"). Yes, I know java is supposed to |
66 |
do UTF-16, but no implementation seems to care...</p> |
67 |
|
68 |
<p>For the rest, go figure or bug me, <a href="mailto:pcg@goof.com">Marc Lehmann <pcg@goof.com></a></p> |
69 |
|
70 |
<h2>Stream and message structure.</h2> |
71 |
|
72 |
<p>After connecting to the server, a handshake byte is sent. It's |
73 |
the major version number of the protocol the client expects to |
74 |
receive. Version 3 and 4 are mostly the same, except that Version 4 |
75 |
clients expect server messages to be compressed, version 3 clients |
76 |
not.</p> |
77 |
|
78 |
<p>The server sends back his protocol number, which is always 3 in |
79 |
the current protocol. Most of the protocol variation is determined by |
80 |
the server using the client version that is used in the initial login |
81 |
message, not the initial handshake byte.</p> |
82 |
|
83 |
<p>After the initial handshake, the client sends uncompressed |
84 |
messages, while the server sends back a zlib-compressed |
85 |
stream (<a href="http://rfc1950.x42.com/">rfc1950</a> and <a |
86 |
href="http://rfc1950.x42.com/">rfc1951</a>).</p> |
87 |
|
88 |
<p>All messages have the same header:</p> |
89 |
|
90 |
<struct name="message_header"> |
91 |
<member name="_unknown" type="U16"/> |
92 |
<member name="length" type="U16"/> |
93 |
|
94 |
<p>The length is the length of the full message including the header.</p> |
95 |
|
96 |
<p>Beginning with version 2.5.x, a number is xored into the low |
97 |
byte of the length in <em>sent</em> packages only, as given by the |
98 |
following recurrence: <code>rand[0] = 0; rand[i+1] = msg[i].length |
99 |
+ (rand[i] * 0x04c2af9b + 0xfffffffb); xorbyte = rand >> |
100 |
24</code>, all in 32 bit unsigned iso-c arithmetic.</p> |
101 |
|
102 |
<member name="type" type="U16"/> |
103 |
<p>If the type is >= 0x4000 this is a message for a specific channel. The channel |
104 |
number is always the next U16.</p> |
105 |
|
106 |
<p>Beginning with version 2.5.x, a number is <em>added</em> on <em>received</em> |
107 |
messages only. The algorithm is as follows: |
108 |
|
109 |
<pre> |
110 |
msglen < 44: type = typefield |
111 |
msglen > 44: type = (typefield + rand[i]) % 0x10000 |
112 |
rand[0] = 0 |
113 |
rand[i+1] = username[type % length username] + rand[i] * (type - 0x6cdd) |
114 |
where username is the user name of the logged-in user. coooool. |
115 |
</pre> |
116 |
</p> |
117 |
|
118 |
</struct> |
119 |
|
120 |
<h2>Primitive types used in the protocol.</h2> |
121 |
|
122 |
<p>Apart from the basic types, I need to define some extra types to |
123 |
deal with fixed-point values (based on integer types) or fixed-length |
124 |
strings (either 7-bit-ascii or more limited (<code>A</code>), or UCS-2 |
125 |
based (<code>S</code>)).</p> |
126 |
|
127 |
<type name="username" type="A" length="10"/> |
128 |
|
129 |
<p>The basic user or login name, used throughout the protocol |
130 |
as a handle to the user.</p> |
131 |
|
132 |
<type name="roomname" type="S" length="25"/><!-- argh, how horribly broken --> |
133 |
|
134 |
<p>Many strings in the protocol are fixed-width for no good reason |
135 |
(maybe this is one reason for using compression in newer versions, as |
136 |
the packets itself are wasting lots of space.</p> |
137 |
|
138 |
<type name="realname" type="S" length="50"/> |
139 |
<type name="email" type="S" length="70"/> |
140 |
<type name="userinfo" type="S" length="1000"/> |
141 |
<type name="url" type="A" length="100"/> |
142 |
|
143 |
<p>Used in user_record.</p> |
144 |
|
145 |
<type name="locale" type="A" length="5"/> |
146 |
|
147 |
<p>A kind of locale specifier. It seems the general format seems to be |
148 |
lowercase language, underscore, uppercase location, e.g. en_US. More |
149 |
fancy specifications don't fit.</p> |
150 |
|
151 |
<type name="flag" type="U8" multiplier="1"/> |
152 |
|
153 |
<p>Just a simple boolean value. 0 means false, and 1 generally true, |
154 |
but I suggest ccepting != 0 as true.</p> |
155 |
|
156 |
<type name="komi16" type="I16" multiplier="2"/> |
157 |
<type name="komi32" type="I32" multiplier="2"/> |
158 |
<type name="komi324" type="I32" multiplier="4"/> |
159 |
|
160 |
<p>Komi values are multiplied by 2 to make them integer in the |
161 |
protocol. Well, *most* of the time at least...</p> |
162 |
|
163 |
<type name="result" type="I32" multiplier="2"/> |
164 |
|
165 |
<p>The game result is also multiplied by two to give it higher |
166 |
resolution. There are also special values for wins by time etc., either |
167 |
in result or in the score* types, or both :)</p> |
168 |
|
169 |
<type name="score16" type="I16" multiplier="4"/> |
170 |
<type name="score32" type="I32" multiplier="4"/> |
171 |
<type name="score1000" type="I32" multiplier="1000"/> |
172 |
|
173 |
<p>A score value (used for displaying the score at the end of a game) |
174 |
are multiplied by four for a change (the 0.25 resolution is not |
175 |
used). In game structures it is encoded by dividing by two, though, so |
176 |
watch out! And in some others, it's encoded by multiplying by 1000... |
177 |
yuck!</p> |
178 |
|
179 |
<type name="time" type="U32" multiplier="1000"/> |
180 |
|
181 |
<p>Time values are multiplied by 1000, giving them millisecond |
182 |
accuracy.</p> |
183 |
|
184 |
<type name="timestamp" type="U64" multiplier="1000"/> |
185 |
|
186 |
<p>64 bit timeval, milliseconds since posix epoch, e.g. <code>my |
187 |
($year, $month, $day) = (gmtime $date * 0.001)[5,4,3];</code></p> |
188 |
|
189 |
<type name="password" type="U64"/> |
190 |
|
191 |
<p>Password is a number calculated as follows (VERY insecure, basically |
192 |
plaintext!): <code>password = 0; for char in characters do password ← |
193 |
password * 1055 + ascii_code (char)</code></p> |
194 |
|
195 |
<h2>Constants, enumeration and set types used in the protocol.</h2> |
196 |
|
197 |
<p>Baaah... not yet.</p> |
198 |
|
199 |
<h2>Structs used in send & receive messages</h2> |
200 |
|
201 |
<struct name="user" class="KGS::User"> |
202 |
|
203 |
<p>Everywhere a user + flags is required, even used in some places |
204 |
where only a username is required. I see no general rule on when a |
205 |
complete user and when a partial user is required.</p> |
206 |
|
207 |
<member name="name" type="username"/> |
208 |
<member name="flags" type="U32" default="1"/> |
209 |
</struct> |
210 |
|
211 |
<struct name="rules" class="KGS::Rules"> |
212 |
|
213 |
<p>This structure is used for challanges as well as in the special |
214 |
TREE "subprotocol". It tightly encodes the game parameters.</p> |
215 |
|
216 |
<member name="ruleset" type="U8"/> |
217 |
<member name="size" type="U8"/> |
218 |
<member name="handicap" type="U8"/> |
219 |
<member name="komi" type="komi16"/> |
220 |
<member name="timesys" type="U8"/> |
221 |
<member name="time" type="U32"/> |
222 |
<member name="interval" type="U32"/> |
223 |
byo-yomi time / canadian time |
224 |
<member name="count" type="U16"/> |
225 |
periods / moves |
226 |
</struct> |
227 |
|
228 |
<h2>Structs used in messages from the client</h2> |
229 |
|
230 |
<h2>Client-generated messages</h2> |
231 |
|
232 |
<message type="0000" name="login" src="client"> |
233 |
|
234 |
<p>Sent to login, usually the first message sent. The password needs to be set when the |
235 |
guest flag is true. |
236 |
Possible replies: <ref reply="login"/>. Followed by: <ref reply="timewarning_default"/> <ref reply="chal_defaults"/> |
237 |
</p> |
238 |
|
239 |
<member name="ver_major" type="U32" default="2"/> |
240 |
<member name="ver_minor" type="U32" default="5"/> |
241 |
<member name="ver_micro" type="U32" default="1"/> |
242 |
<member name="name" type="username"/> |
243 |
<member name="password" type="password" default="0"/> |
244 |
<member name="guest" type="flag" default="1"/> |
245 |
<member name="_unknown3" type="U16" default="0"/> |
246 |
<member name="locale" type="locale" default='"en_US"'/> |
247 |
<member name="clientver" type="DATA" default='"1.4.1_01:Swing app:Sun Microsystems Inc."'/> |
248 |
The "default" is the java vm version, not exactly he client version. However, |
249 |
you should always send a text like "Jonathan's C client bersion 0.6" or somesuch, |
250 |
so the server can, if necessary, block broken clients or client versions. |
251 |
</message> |
252 |
|
253 |
<message type="0007" name="req_userinfo" src="client"> |
254 |
<p>Request info about a certain user. Possible reply: <ref reply="userinfo"/></p> |
255 |
<member name="name" type="username"/> |
256 |
</message> |
257 |
|
258 |
<message type="0007" name="update_userinfo" src="client"> |
259 |
<p>Update user info. Message structure is very similar |
260 |
to <ref ref="userinfo"/>.</p> |
261 |
<member name="setpass" type="flag"/> |
262 |
Should the password be updated? |
263 |
<member name="password" type="password" default="0"/> |
264 |
<member name="realname" type="realname"/> |
265 |
<member name="email" type="email"/> |
266 |
<member name="info" type="userinfo"/> |
267 |
<member name="homepage" type="url"/> |
268 |
<member name="_unused" type="U64" default="0"/> |
269 |
<member name="_unused" type="U64" default="0"/> |
270 |
</message> |
271 |
|
272 |
<message type="0014" name="req_stats" src="client"> |
273 |
<p>Request server statistics. Replied with <ref reply="stats"/></p> |
274 |
</message> |
275 |
|
276 |
<message type="0016" name="idle_reset" src="client"> |
277 |
<p>Send in response to <ref reply="idle_warn"/> to keep the server from disconnecting.</p> |
278 |
</message> |
279 |
|
280 |
<message type="001d" name="ping" src="client"> |
281 |
<p>Wild guess, I send it in <ref ref="idle_warn"/>.</p> |
282 |
</message> |
283 |
|
284 |
<message type="001e" name="req_usergraph" src="client"> |
285 |
<p>Request user graph data, replied with <ref reply="usergraph"/>.</p> |
286 |
<member name="name" type="username"/> |
287 |
</message> |
288 |
|
289 |
<message type="001f" name="fetch_memos" src="client"> |
290 |
<p>Unclear. Fetch all outstanding memos? Replied with <ref reply="memo"/></p> |
291 |
</message> |
292 |
|
293 |
<message type="0021" name="req_pic" src="client"> |
294 |
<p>Request a user picture from the server. Results in a <ref reply="userpic"/> |
295 |
or a timeout.</p> |
296 |
<member name="name" type="username"/> |
297 |
</message> |
298 |
|
299 |
<message type="0021" name="upload_pic" src="client"> |
300 |
Same code as pic_req, but with an additional data section that |
301 |
must contain a JPEG image that is <=7KB. It must have 141×200 pixels. |
302 |
<member name="name" type="username"/> |
303 |
<member name="data" type="DATA"/> |
304 |
</message> |
305 |
|
306 |
<message type="0023" name="send_memo" src="client"> |
307 |
<member name="name" type="username"/> |
308 |
<member name="msg" type="STRING"/> |
309 |
</message> |
310 |
|
311 |
<message type="0100" name="gnotice" src="client"> |
312 |
<p>Send a global message. Maybe. Never tried, for obvious reasons :/. Results |
313 |
in a <ref reply="gnotice"/> sent to all users.</p> |
314 |
<member name="notice" type="STRING"/> |
315 |
</message> |
316 |
|
317 |
<message type="0200" name="notify_add" src="client"> |
318 |
|
319 |
<p>Probably setting a notifier on a username, to get informed about |
320 |
changes using <ref reply="notify_upd"/> messages. ???</p> |
321 |
|
322 |
<member name="name" type="username"/> |
323 |
</message> |
324 |
|
325 |
<message type="0201" name="notify_del" src="client"> |
326 |
|
327 |
<p>Probably remove the notifier again.</p> |
328 |
|
329 |
<member name="name" type="username"/> |
330 |
</message> |
331 |
|
332 |
<message type="0318" name="list_rooms" src="client"> |
333 |
<p>List the rooms in a specific group/category. Results in a <ref reply="upd_rooms"/> message.</p> |
334 |
<member name="group" type="U8"/> |
335 |
</message> |
336 |
|
337 |
<message type="031a" name="new_room" src="client"> |
338 |
Create a new room. Not verified. |
339 |
<member name="name" type="username"/> |
340 |
<member name="i1" type="U32" default="0"/> |
341 |
<member name="b1" type="U8" default="0"/> |
342 |
<member name="b2" type="U8" default="255"/> |
343 |
<member name="b3" type="U8" default="255"/> |
344 |
<member name="group" type="U8" default="1"/> |
345 |
<member name="name" type="STRING"/> |
346 |
<member name="description" type="STRING"/> |
347 |
<member name="flags" type="U8"/> |
348 |
0x10 .. private room etc.. see code |
349 |
</message> |
350 |
|
351 |
<message type="0413" name="req_game_record" src="client"> |
352 |
<p>Requests part of the users game record to be sent. Results in a <ref reply="game_record"/> or maybe a timeout.</p> |
353 |
<member name="name" type="username"/> |
354 |
<member name="timestamp" type="timestamp"/> |
355 |
If zero, start at the newest games, else only send games |
356 |
before the given timestap. |
357 |
</message> |
358 |
|
359 |
<message type="4300" name="join_room" src="client"> |
360 |
<p>Joins the given room. <ref reply="join_room"/> messages for yourself |
361 |
and all users in that room, as well as the initial gamelist, are |
362 |
send if the room exists. If not, timeout...</p> |
363 |
<member name="channel" type="U16"/> |
364 |
<member name="user" type="user"/> |
365 |
</message> |
366 |
|
367 |
<message type="4301" name="msg_room" src="client"> |
368 |
Send a message to the room. |
369 |
<member name="channel" type="U16"/> |
370 |
<member name="name" type="username"/> |
371 |
Must be the login-name of the user. |
372 |
<member name="message" type="STRING"/> |
373 |
</message> |
374 |
|
375 |
<message type="4302" name="part_room" src="client"> |
376 |
Remove yourself (or maybe others as admin) from a room. |
377 |
<member name="channel" type="U16"/> |
378 |
<member name="name" type="username"/> |
379 |
</message> |
380 |
|
381 |
<message type="4305" name="new_game" src="client"> |
382 |
Unclear. Start a new game. |
383 |
<member name="channel" type="U16"/> |
384 |
<member name="id" type="U16"/> |
385 |
<member name="gametype" type="U32"/> |
386 |
<member name="rules" type="rules"/> |
387 |
<member name="notes" type="STRING"/> |
388 |
</message> |
389 |
|
390 |
<message type="430b" name="req_games" src="client"> |
391 |
Request to update room game list (send this once per minute to get |
392 |
updated). Results in upd_games messages. |
393 |
<member name="channel" type="U16"/> |
394 |
</message> |
395 |
|
396 |
<message type="4319" name="req_desc" src="client"> |
397 |
Request room description. |
398 |
<member name="channel" type="U16"/> |
399 |
</message> |
400 |
|
401 |
<message type="4400" name="send_challenge" src="client"> |
402 |
Unclear. |
403 |
<member name="channel" type="U16"/> |
404 |
<member name="black" type="username"/> |
405 |
<member name="white" type="username"/> |
406 |
More following... TREE or challenge. |
407 |
</message> |
408 |
|
409 |
<message type="4403" name="join_game" src="client"> |
410 |
Join a game. See join_room. |
411 |
<member name="channel" type="U16"/> |
412 |
<member name="user" type="user"/> |
413 |
</message> |
414 |
|
415 |
<message type="4404" name="part_game" src="client"> |
416 |
Leave (or kick as admin?) a certain user from a game. |
417 |
<member name="channel" type="U16"/> |
418 |
<member name="name" type="username"/> |
419 |
</message> |
420 |
|
421 |
<message type="4405" name="set_tree" src="client"> |
422 |
Possibly upload an initial game to an empty room. Not tested. |
423 |
|
424 |
<member name="channel" type="U16"/> |
425 |
<member name="tree" type="TREE"/> |
426 |
</message> |
427 |
|
428 |
<message type="4406" name="upd_tree" src="client"> |
429 |
Upload a partial game tree to the server. This is used to send moves |
430 |
and even in-game comments to the server. For the comments, the |
431 |
server prepends the username and rank. |
432 |
|
433 |
<member name="channel" type="U16"/> |
434 |
<member name="tree" type="TREE"/> |
435 |
</message> |
436 |
|
437 |
<message type="4408" name="get_tree" src="client"> |
438 |
Request the game tree starting at a given node. This is used |
439 |
when the server only sends a partial tree (with end code "more"). |
440 |
<member name="channel" type="U16"/> |
441 |
<member name="node" type="U32"/> |
442 |
</message> |
443 |
|
444 |
<message type="440c" name="claim_win" src="client"> |
445 |
Unclear. |
446 |
<member name="channel" type="U16"/> |
447 |
<member name="_byte" type="U8 "/> |
448 |
Player colour maybe? Unclear. |
449 |
</message> |
450 |
|
451 |
<message type="440d" name="add_time" src="client"> |
452 |
Not checked. |
453 |
|
454 |
<member name="channel" type="U16"/> |
455 |
<member name="time" type="U32"/> |
456 |
<member name="player" type="U8"/> |
457 |
</message> |
458 |
|
459 |
<message type="440f" name="grant_undo" src="client"> |
460 |
Can be send after a req_undo message was received to grant the undo. |
461 |
<member name="channel" type="U16"/> |
462 |
</message> |
463 |
|
464 |
<message type="4410" name="resign_game" src="client"> |
465 |
Resign the game. |
466 |
<member name="channel" type="U16"/> |
467 |
<member name="player" type="U8"/> |
468 |
</message> |
469 |
|
470 |
<message type="441a" name="set_teacher" src="client"> |
471 |
Change the teacher to somebody else (or possibly yourself == take it). |
472 |
<member name="channel" type="U16"/> |
473 |
<member name="name" type="username"/> |
474 |
</message> |
475 |
|
476 |
<message type="4422" name="add_user" src="client"> |
477 |
Unclear. Maybe allow users to talk? No idea, really. |
478 |
|
479 |
<member name="channel" type="U16"/> |
480 |
<member name="othername" type="username"/> |
481 |
<member name="name" type="username"/>; # gives user access to the game (to what? ;) |
482 |
</message> |
483 |
|
484 |
<message type="4423" name="set_privacy" src="client"> |
485 |
Probably sets the "quiet" flag. Not checked. |
486 |
<member name="channel" type="U16"/> |
487 |
<member name="private" type="U8"/> |
488 |
</message> |
489 |
|
490 |
<message type="4429" name="reject_challenge" src="client"> |
491 |
Reject a challenge from a given user. Not checked. |
492 |
|
493 |
<member name="channel" type="U16"/> |
494 |
<member name="name" type="username"/> |
495 |
</message> |
496 |
|
497 |
<message type="4433" name="req_result" src="client"> |
498 |
I forgot. |
499 |
|
500 |
<member name="channel" type="U16"/> |
501 |
</message> |
502 |
|
503 |
<message type="4436" name="msg_game" src="client"> |
504 |
<member name="channel" type="U16"/> |
505 |
<member name="message" type="STRING"/> |
506 |
</message> |
507 |
|
508 |
<h2>Structs mainly used in messages send by the server</h2> |
509 |
|
510 |
<struct name="challenge_defaults"> |
511 |
Send soon after log-in to set the defaults for game challenges. |
512 |
<member name="gametype" type="U32"/> |
513 |
<member name="size" type="U32"/> |
514 |
<member name="timesys" type="U32"/> |
515 |
<member name="time" type="U32"/> |
516 |
<member name="byo_time" type="U32"/> |
517 |
<member name="byo_periods" type="U32"/> |
518 |
<member name="can_time" type="U32"/> |
519 |
<member name="can_stones" type="U32"/> |
520 |
</struct> |
521 |
|
522 |
<struct name="challenge" class="KGS::Challenge"> |
523 |
A challenge. |
524 |
|
525 |
<member name="user1" type="user"/> |
526 |
<member name="user2" type="user"/> |
527 |
<member name="gametype" type="U32"/> |
528 |
<member name="rules" type="rules"/> |
529 |
Maybe the rules" are in TREE format. I forgot. |
530 |
</struct> |
531 |
|
532 |
<struct name="game" class="KGS::Game"> |
533 |
Basic information about a game. Used in rooms for the gamelist and |
534 |
in games to detect when a game is saved, changed type (e.g. R => D) |
535 |
etc. |
536 |
|
537 |
<member name="channel" type="U16"/> |
538 |
<member name="type" type="U8"/> |
539 |
<member name="user1" type="user"/> |
540 |
White |
541 |
<member name="user2" type="user"/> |
542 |
Black |
543 |
<member name="user3" type="user"/> |
544 |
Owner |
545 |
<member name="size" type="U8"/> |
546 |
<member name="handicap" type="I8"/> |
547 |
< 0 not fully setup |
548 |
<member name="komi" type="komi16"/> |
549 |
<member name="moves" type="I16"/> |
550 |
This field reflects either the movenum or the score, sorry, not even guards help, as |
551 |
the flags to determine that are _after_ the field. Arg. Divide by two to get the actual |
552 |
score (NOT score16!) (arg²). |
553 |
<member name="flags" type="U16"/> |
554 |
<member name="observers" type="U32"/> |
555 |
<member name="saved" type="flag"/> |
556 |
<member name="notes" type="STRING" guard-member="handicap" guard-cond="< 0"/> |
557 |
</struct> |
558 |
|
559 |
<struct name="room_obs"> |
560 |
Obsolete. |
561 |
|
562 |
<member name="name" type="roomname"/> |
563 |
<member name="channel" type="U16"/> |
564 |
<member name="flags" type="U32"/> |
565 |
<member name="users" type="U32"/> |
566 |
</struct> |
567 |
|
568 |
<struct name="room" class="KGS::Room"> |
569 |
<member name="channel" type="U16"/> |
570 |
<member name="flags" type="U8"/> |
571 |
<member name="group" type="U8"/> |
572 |
<member name="users" type="U16"/> |
573 |
<member name="games" type="U16"/> |
574 |
<member name="name" type="STRING"/> |
575 |
</struct> |
576 |
|
577 |
<struct name="scorevalues" class="KGS::Score"> |
578 |
<member name="score" type="score32"/> |
579 |
<member name="territory" type="U32"/> |
580 |
<member name="captures" type="U32"/> |
581 |
<member name="i3" type="U32"/> |
582 |
<member name="f2" type="U32"/> |
583 |
<member name="komi" type="komi324"/> |
584 |
<member name="i4" type="U32"/> |
585 |
Apparently the i3, f2, i4 are zero. |
586 |
</struct> |
587 |
|
588 |
<struct name="game_record" class="KGS::GameRecord"> |
589 |
<p>A single game record entry, as seen in <ref ref="userinfo"/>.</p> |
590 |
|
591 |
<member name="timestamp" type="timestamp"/> |
592 |
Time this game was played. |
593 |
<member name="type" type="U8"/> |
594 |
High four bits are handicap, low four bits are gametype (encoded strangely? unclear). |
595 |
<member name="user1" type="user"/> |
596 |
White, flags contain low 8 bits of revision (bits 16-23). |
597 |
<member name="user2" type="user"/> |
598 |
Black, flags contain high 8 bits of revision (bits 16-23). |
599 |
<member name="user3" type="user"/> |
600 |
|
601 |
<p><p>Owner (or empty)</p> |
602 |
|
603 |
<p>The bits 16-24 of user1.flags and user2.flags give the high and |
604 |
low bits of a revision number in case there are multiple similar |
605 |
games.</p></p> |
606 |
|
607 |
<member name="komi" type="komi16"/> |
608 |
<member name="score" type="score16"/> |
609 |
<member name="status" type="U8"/> |
610 |
|
611 |
<p>0x80 game in progress</p> |
612 |
|
613 |
</struct> |
614 |
|
615 |
<h2>Server-generated messages</h2> |
616 |
|
617 |
<message type="0001" name="login" src="server"> |
618 |
<member name="result" type="CONSTANT" default='"login ok"'/> |
619 |
<member name="success" type="CONSTANT" default="1"/> |
620 |
</message> |
621 |
|
622 |
<message type="0002" name="login" src="server"> |
623 |
<member name="result" type="CONSTANT" default='"guest login ok"'/> |
624 |
<member name="success" type="CONSTANT" default="1"/> |
625 |
</message> |
626 |
|
627 |
<message type="0003" name="login" src="server"> |
628 |
<member name="result" type="CONSTANT" default='"login error 3"'/> |
629 |
** maybe more following? ** |
630 |
</message> |
631 |
|
632 |
<message type="0004" name="login" src="server"> |
633 |
<member name="result" type="CONSTANT" default='"wrong password"'/> |
634 |
** maybe more following? ** |
635 |
</message> |
636 |
|
637 |
<message type="0005" name="login" src="server"> |
638 |
<member name="result" type="CONSTANT" default='"user unknown"'/> |
639 |
** maybe more following? ** |
640 |
</message> |
641 |
|
642 |
<message type="0006" name="login" src="server"> |
643 |
<member name="result" type="CONSTANT" default='"user exists"'/> |
644 |
** maybe more following? ** |
645 |
</message> |
646 |
|
647 |
<message type="0008" name="userinfo" src="server"> |
648 |
User info. |
649 |
<member name="_unused0" type="flag"/> |
650 |
<member name="user" type="user"/> |
651 |
<member name="_unused1" type="U64"/> |
652 |
<member name="realname" type="realname"/> |
653 |
<member name="email" type="email"/> |
654 |
<member name="info" type="userinfo"/> |
655 |
<member name="homepage" type="url"/> |
656 |
<member name="regdate" type="timestamp"/> |
657 |
When the user registered (0 == never registered). |
658 |
<member name="lastlogin" type="timestamp"/> |
659 |
When the user logged in for the last time. |
660 |
<!-- maybe more? --> |
661 |
</message> |
662 |
|
663 |
<message type="0013" name="msg_chat" src="server"> |
664 |
<member name="name" type="username"/> |
665 |
<member name="name2" type="username"/> |
666 |
<member name="message" type="STRING"/> |
667 |
</message> |
668 |
|
669 |
<message type="0015" name="stats" src="server"> |
670 |
<member name="ver_major" type="U16"/> |
671 |
<member name="ver_minor" type="U16"/> |
672 |
<member name="ver_micro" type="U16"/> |
673 |
<member name="boot_time" type="timestamp"/> |
674 |
<member name="users_cur" type="U32"/> |
675 |
<member name="users_max" type="U32"/> |
676 |
<member name="users_lim" type="U32"/> |
677 |
<member name="accts_cur" type="U32"/> |
678 |
<member name="accts_max" type="U32"/> |
679 |
<member name="unknown1" type="U32"/> |
680 |
<member name="work_max" type="U32"/> |
681 |
<member name="rooms_cur" type="U32"/> |
682 |
<member name="rooms_max" type="U32"/> |
683 |
<member name="rooms_lim" type="U32"/> |
684 |
<member name="games_cur" type="U32"/> |
685 |
<member name="games_max" type="U32"/> |
686 |
<member name="games_lim" type="U32"/> |
687 |
<member name="results_cur" type="U32"/> |
688 |
<member name="results_max" type="U32"/> |
689 |
<member name="unknown2" type="U32"/> |
690 |
<member name="params_cur" type="U32"/> |
691 |
<member name="params_max" type="U32"/> |
692 |
<member name="bytes_in" type="U64"/> |
693 |
<member name="packets_in" type="U64"/> |
694 |
<member name="bytes_out" type="U64"/> |
695 |
<member name="packets_out" type="U64"/> |
696 |
</message> |
697 |
|
698 |
<message type="0016" name="idle_warn" src="server"> |
699 |
idle warning, autologout soon (10 minutes...) |
700 |
</message> |
701 |
|
702 |
<message type="0018" name="login" src="server"> |
703 |
<member name="result" type="CONSTANT" default='"login error 18"'/> |
704 |
** maybe more following? ** |
705 |
</message> |
706 |
|
707 |
<message type="0022" name="login" src="server"> |
708 |
I was blocked sooo many times for developing this client that it was |
709 |
easy to figure out. The KGS admins sure need no extra nazi training |
710 |
:( |
711 |
<member name="reason" type="STRING"/> |
712 |
<member name="result" type="CONSTANT" default='"user or ip blocked"'/> |
713 |
</message> |
714 |
|
715 |
<message type="001b" name="timewarning_default" src="server"> |
716 |
WILD guess |
717 |
<member name="channel" type="U16"/> |
718 |
<member name="time" type="U16"/> |
719 |
</message> |
720 |
|
721 |
<message type="001c" name="idle_err" src="server"> |
722 |
autologout |
723 |
</message> |
724 |
|
725 |
<message type="001d" name="ping" src="server"> |
726 |
Sent by the server regularly, but not answering them |
727 |
isn't valid. Strange form of keepalive? |
728 |
</message> |
729 |
|
730 |
<message type="001e" name="usergraph" src="server"> |
731 |
User graph data. |
732 |
<member name="name" type="username"/> |
733 |
<member name="data" type="I16" array="yes"/> |
734 |
If empty, no graph is available. The unit seems to |
735 |
be centi-kyu, with 1 dan == 0, 2 dan == 100, 1 kyu == -100. |
736 |
There is probably one entry per day, the newest one last. |
737 |
</message> |
738 |
|
739 |
<message type="001f" name="memo" src="server"> |
740 |
Unclear. "Leave Message"? |
741 |
6 strings following. |
742 |
<member name="s1" type="STRING"/> |
743 |
<member name="s2" type="STRING"/> |
744 |
<member name="s3" type="STRING"/> |
745 |
<member name="s4" type="STRING"/> |
746 |
<member name="s5" type="STRING"/> |
747 |
<member name="s6" type="STRING"/> |
748 |
</message> |
749 |
|
750 |
<message type="0021" name="userpic" src="server"> |
751 |
<member name="name" type="username"/> |
752 |
Reply to pic_req, contains an image in jpeg format. |
753 |
<member name="data" type="DATA"/> |
754 |
</message> |
755 |
|
756 |
<message type="0100" name="gnotice" src="server"> |
757 |
global notice, sent to everybody |
758 |
<member name="notice" type="STRING"/> |
759 |
</message> |
760 |
|
761 |
<message type="0202" name="notify_event" src="server"> |
762 |
# maybe soe notify? Totally unclear. |
763 |
# loc 0" type="chat(?) loc 1 => gameinfo?, loc 2 => game result (more data) |
764 |
<member name="event" type="U32"/> |
765 |
<member name="user" type="user"/> |
766 |
<member name="gamerecord" type="game_record" guard-member="event" guard-cond="== 2"/> |
767 |
<p>Game result record?</p> |
768 |
|
769 |
</message> |
770 |
|
771 |
<message type="0310" name="priv_room" src="server"> |
772 |
"permission denied" when joining a room |
773 |
<member name="name" type="STRING"/> |
774 |
</message> |
775 |
|
776 |
<message type="0318" name="upd_rooms" src="server"> |
777 |
<member name="rooms" type="room" array="yes"/> |
778 |
</message> |
779 |
|
780 |
<message type="0411" name="chal_defaults" src="server"> |
781 |
<member name="channel" type="U16"/> |
782 |
<member name="defaults" type="challenge_defaults"/> |
783 |
</message> |
784 |
|
785 |
<message type="0412" name="rej_game" src="server"> |
786 |
Unable to create challenge. The channel might be optional. |
787 |
<member name="channel" type="U16"/> |
788 |
</message> |
789 |
|
790 |
<message type="0414" name="game_record" src="server"> |
791 |
The users game record. |
792 |
<member name="name" type="username"/> |
793 |
<member name="more" type="flag"/> |
794 |
Wether more games are available (must be requested manually) |
795 |
<member name="games" type="game_record" array="yes"/> |
796 |
</message> |
797 |
|
798 |
<message type="041c" name="upd_game2" src="server"> |
799 |
Unclear. |
800 |
<member name="channel_junk" type="U16"/> |
801 |
<member name="game" type="game"/> |
802 |
</message> |
803 |
|
804 |
<h3>Room messages</h3> |
805 |
|
806 |
<p>Not all room messages are for rooms only, and rooms need to parse |
807 |
not only these messages. Orthogonality, what for?</p> |
808 |
|
809 |
<message type="4300" name="join_room" src="server"> |
810 |
<member name="channel" type="U16"/> |
811 |
<member name="users" type="user" array="yes"/> |
812 |
</message> |
813 |
|
814 |
<message type="4301" name="msg_room" src="server"> |
815 |
<member name="channel" type="U16"/> |
816 |
<member name="name" type="username"/> |
817 |
<member name="message" type="STRING"/> |
818 |
</message> |
819 |
|
820 |
<message type="4302" name="part_room" src="server"> |
821 |
<member name="channel" type="U16"/> |
822 |
<member name="user" type="user"/> |
823 |
</message> |
824 |
|
825 |
<message type="4303" name="del_room" src="server"> |
826 |
<member name="channel" type="U16"/> |
827 |
</message> |
828 |
|
829 |
<message type="4304" name="upd_games" src="server"> |
830 |
<member name="channel" type="U16"/> |
831 |
<member name="games" type="game" array="yes"/> |
832 |
</message> |
833 |
|
834 |
<message type="4319" name="desc_room" src="server"> |
835 |
<member name="channel" type="U16"/> |
836 |
<member name="owner" type="username"/> |
837 |
<member name="description" type="STRING"/> |
838 |
</message> |
839 |
|
840 |
<h3>Game messages</h3> |
841 |
|
842 |
<message type="4400" name="upd_challenge" src="server"> |
843 |
Unclear. |
844 |
<member name="channel" type="U16"/> |
845 |
<member name="challenge" type="challenge"/> |
846 |
</message> |
847 |
|
848 |
<message type="4401" name="upd_game" src="server"> |
849 |
<member name="channel" type="U16"/> |
850 |
<member name="game" type="game"/> |
851 |
</message> |
852 |
|
853 |
<message type="4402" name="del_game" src="server"> |
854 |
<member name="channel" type="U16"/> |
855 |
</message> |
856 |
|
857 |
<message type="4403" name="upd_observers" src="server"> |
858 |
<member name="channel" type="U16"/> |
859 |
<member name="users" type="user" array="yes"/> |
860 |
</message> |
861 |
|
862 |
<message type="4404" name="del_observer" src="server"> |
863 |
<member name="channel" type="U16"/> |
864 |
<member name="name" type="username"/> |
865 |
</message> |
866 |
|
867 |
<message type="4405" name="set_tree" src="server"> |
868 |
<member name="channel" type="U16"/> |
869 |
<member name="tree" type="TREE"/> |
870 |
</message> |
871 |
|
872 |
<message type="4406" name="upd_tree" src="server"> |
873 |
<member name="channel" type="U16"/> |
874 |
<member name="tree" type="TREE"/> |
875 |
</message> |
876 |
|
877 |
<message type="4409" name="superko" src="server"> |
878 |
Superko-warning. |
879 |
<member name="channel" type="U16"/> |
880 |
</message> |
881 |
|
882 |
<message type="440b" name="final_result" src="server"> |
883 |
<member name="channel" type="U16"/> |
884 |
<member name="blackscore" type="scorevalues"/> |
885 |
<member name="whitescore" type="scorevalues"/> |
886 |
</message> |
887 |
|
888 |
<message type="440e" name="req_undo" src="server"> |
889 |
<member name="channel" type="U16"/> |
890 |
|
891 |
</message> |
892 |
|
893 |
<message type="4410" name="resign_game" src="server"> |
894 |
<member name="channel" type="U16"/> |
895 |
<member name="player" type="U8"/> |
896 |
</message> |
897 |
|
898 |
<message type="441a" name="set_teacher" src="server"> |
899 |
<member name="channel" type="U16"/> |
900 |
<member name="name" type="username"/> |
901 |
</message> |
902 |
|
903 |
<message type="441d" name="owner_left" src="server"> |
904 |
Unclear. |
905 |
<member name="channel" type="U16"/> |
906 |
</message> |
907 |
|
908 |
<message type="441e" name="teacher_left" src="server"> |
909 |
Unclear. |
910 |
<member name="channel" type="U16"/> |
911 |
</message> |
912 |
|
913 |
<message type="4422" name="unknown4422" src="server"> |
914 |
change teacher? something to do with editing? |
915 |
<member name="channel" type="U16"/> |
916 |
<member name="name1" type="username"/> |
917 |
<member name="name2" type="username"/> |
918 |
</message> |
919 |
|
920 |
<message type="4428" name="add_tree" src="server"> |
921 |
<p>See <ref ref="set_tree"/>. In addition, flags the tree as being |
922 |
uploaded completely.</p> |
923 |
<member name="channel" type="U16"/> |
924 |
<member name="tree" type="TREE"/> |
925 |
</message> |
926 |
|
927 |
<message type="4433" name="req_result" src="server"> |
928 |
Unclear. |
929 |
<member name="channel" type="U16"/> |
930 |
# # recv_result(?) |
931 |
</message> |
932 |
|
933 |
<message type="4434" name="unknown4434" src="server"> |
934 |
<member name="channel" type="U16"/> |
935 |
<member name="b1" type="U8"/> |
936 |
?? !demonstration game?? |
937 |
</message> |
938 |
|
939 |
</body> |
940 |
</html> |
941 |
|