如题，实战中可以发现系统随机的初始块对于结果影响很大甚至在Bot实力相近的时候是决定性的，所以觉得如果每组对局都以7种初始块进行7局4胜式对战会更合理...当然这评测量可能系统承受不了。。。

https://botzone.org/match/592518ba3b2fe1431d8d3b72 才两个回合啊。。。

https://botzone.org/match/591c35cd4eadc003f0698b13 判了右边满，是显示错误？ 还有这种情况 （如果比积分），怎么算满啊

我的算法是纯静态的,没有任何随机的部分,照理说同样的输入得到的输出应该完全一样,但是我把网站上的输入在自己电脑上模拟却得到完全不一样的输出???结果导致我的算法看上去像是纯随机一样。求教。

如题 用于消去行的eliminate()函数返回值为void，如何利用该函数进行判定

系统给出的双方第一块（相同），在几乎每场对战中都是0或1号块（L和J型的），其他形状的方块给出几乎不见，是程序问题吗

https://www.botzone.org/match/5913f3bf72a3107594596fff 按照参考程序写的，简单交互却无法复盘。。。导致最后错误。。。

https://www.botzone.org/match/58fb357e33b28604c34cca5b 为什么判输了

好像Tetris的简化交互模式下，会在每次循环里输入一次data和globalData而不是最后才输入，而且似乎也没有保存globalData? 是我理解有问题还是？

https://www.botzone.org/match/590dac4e7953ca5968f26335 这个对局好像一起场地都满了？

只要你给对面编号为7的方块，对面就会“场地已满”

样例程序的checkDirectDropTo函数好像要求块必须在天花板旋转好之后直接掉下来，不能中途水平移动或者旋转。但是看了有几局游戏录像，好像之前是可以的？ 比如： 口口 * * . 口 * * . . 是最下面几行的话，放在*的位置算不算合法？

目前样例程序的更新内容有： 简化交互方式（不再使用下降序列） 修正transfer函数的大于等于号（if (h2 >= MAPHEIGHT)变为if (h2 > MAPHEIGHT)） 修正elimBonus数组的定义（变为const int elimBonus[] = { 0, 1, 3, 5, 7 };） 修正JSON样例的rotation函数（变为if (!isValid(-1, -1, fromO))） 为了避免由于早期样例问题带来的bug，请核对下自己的程序是否已经修复这些问题。对由此带来的不便，我们表示非常抱歉。

在函数eliminate最后，是不是应该把 elimTotal[color] += elimBonus[count] 改成 if (count > 0) elimTotal[color] += elimBonus[count - 1]

蛋疼的地方： 在顶部不能旋转（因为被天花板卡住了）， 空格是旋转，向上居然真的是向上动好不符合习惯（一般都是向上是旋转，空格是下落）， 时间略短，很考验反应速度。

Tetris新的交互方式已经发布在规则页面。 【太长不看版】不必再提供下落序列，只需提供落点即可。 原有的交互方式依然支持，因此你可以不修改你的程序！ 具体更改可以查看 https://wiki.botzone.org/index.php?title=Tetris&diff=509&oldid=505 或者直接参看样例程序。

为什么下一个位置要比当前为纵坐标小呢，有可能我需要在原地旋转连续几次，或者是向右平移一个，比如插进空洞之类的，强制要求下降有些不妥