Yes, but it seems the 'arabic' 2 indicating the board file of the to-square is encoded by the byte triple (357 274 222), rather than 062, which is the ASCII code for 2 (all denoted in octal). So it seems that the parser should not only be able to recognize digits 1-9 in square coordinates, but also the triples (257 274 221) - (257 274 231) ('arabic kanji') as well as the traditional kanji for 1-9. Which are not even contiguous:shogi4fun wrote:Japanese uses BOTH numbers for horizontaly and verticaly lines. Still first is described by latinum number, second one by Kanji.
(Look for example here)
And because western world has not good two kind of numbers (there was thinking about using roman numbers), the Kanjis are "translated" to letters (1=>a, 2=>b, ..., 9=>i).
First number is horizontaly starting right, second "number" verticaly starting from top.
So 99 is (in your thinking) A1, in "shog-type" 9i
98 => A2 => 9h
97 => A3 => 9g
89 => B1 => 8i
88 => B2 => 8h
...
And I fogot:
成: promote
打: drop
Code: Select all
1 = 344 270 200
2 = 344 272 214
3 = 344 270 211
4 = 345 233 233
...
