皮卡鱼231008x自编译版(详细编译89楼)

这个TUNE函数就是  把1008的固定的代码数值赋值给tune_xxxx_x 然后才能运行  没有这个TUNE函数  1008的固定的代码数值赋值给tune_xxxx_x 不会运行的  不是去变化1008的固定的代码数值

int tune_65_0 = 126, tune_65_1 = 35, tune_73_0 = 1778, tune_73_1 = 1194, tune_73_2 = 1184, tune_74_0 = 848, tune_84_0 = 349, tune_84_1 = 418, tune_84_2 = 1436, tune_142_0 = 1739, tune_311_0 = 14, tune_311_1 = 23552, tune_316_0 = 142, tune_316_1 = 139, tune_415_0 = 67, tune_415_1 = 19, tune_416_0 = 5, tune_416_1 = 75889, tune_420_0 = 10, tune_420_1 = 178, tune_420_2 = 75, tune_421_0 = 154, tune_421_1 = 231, tune_422_0 = 1, tune_422_1 = 185, tune_442_0 = 48, tune_631_0 = 15, tune_631_1 = 1686, tune_631_2 = 2047, tune_647_0 = 448, tune_647_1 = 257, tune_647_2 = 200, tune_647_3 = 3, tune_657_0 = 7, tune_660_0 = 26626, tune_663_0 = 989, tune_669_0 = 13010, tune_672_0 = 17, tune_672_1 = 126, tune_680_0 = 180, tune_696_0 = 14, tune_719_0 = 2, tune_719_1 = 2, tune_725_0 = 7, tune_727_0 = 2, tune_729_0 = 177, tune_729_1 = 46, tune_735_0 = 4, tune_785_0 = 401, tune_871_0 = 11, tune_873_0 = 306, tune_873_1 = 189, tune_874_0 = 6, tune_878_0 = 245, tune_888_0 = 6, tune_889_0 = 3377, tune_892_0 = 2, tune_894_0 = 6094, tune_895_0 = 2, tune_899_0 = 11, tune_900_0 = 131, tune_900_1 = 119, tune_906_0 = 33, tune_924_0 = 4, tune_924_1 = 28, tune_924_2 = 2, tune_932_0 = 3, tune_932_1 = 2, tune_932_2 = 2, tune_933_0 = 1, tune_933_1 = 2, tune_946_0 = 26, tune_950_0 = 13, tune_968_0 = 15, tune_968_1 = 3, tune_968_2 = 1, tune_977_0 = 9, tune_984_0 = 5974, tune_1009_0 = 3, tune_1009_1 = 2, tune_1012_0 = 7, tune_1017_0 = 2, tune_1032_0 = 3, tune_1039_0 = 2, tune_1043_0 = 3691, tune_1046_0 = 13104, tune_1046_1 = 4588, tune_1046_2 = 8, tune_1046_3 = 17, tune_1070_0 = 58, tune_1070_1 = 10, tune_1071_0 = 653, tune_1094_0 = 2, tune_1096_0 = 3, tune_1188_0 = 12, tune_1189_0 = 12317, tune_1190_0 = 13728, tune_1238_0 = 5, tune_1238_1 = 460, tune_1238_2 = 9, tune_1240_0 = 2, tune_1249_0 = 3, tune_1366_0 = 122, tune_1449_0 = 119, tune_1572_0 = 95;
这行是赋值，如果只是固定值变成变量，这一行就可以了。

///   TUNE(SetRange(-100, 100), myValue, SetDefaultRange);
在别的文件里可以看到这样的注释，以及TUNE的定义。

可能是我对这个TUNE函数作用和理解不够深  我认为上面这段是依次赋值  下面这段是调整优化
赋的值不变  只是参数范围内使用网络神经搜索调整统计，也就是模型变量分析。

也许作者有更好的思路，也许。。。就不讨论这个问题了。

建议各位把测试结果反馈在本贴

你们都是技术大佬啊，什么函数、代码啥的，我是八窍通了七窍——一窍不通

谢谢分享，这个版本跟我使用的一样，还是不行，联赛可以正常打完，但都不是真正的包干，超时都没有判负，超时都是直接又重新计时，一分钟用完，界面又给一分钟，实际上时是无限时间。

可能是我不会用。

非常感谢lingshi超版自编译的国庆新鱼

这个版本的引擎大家测试的怎么样了，需不需要详细编译？

请在此帖反馈。

我没有测试过但是需要详细编译

引用

引用第37楼lingshi于2023-10-10 11:18发表的 回 29楼(唯此为大) 的帖子 :
如果分数不是成比例缩放，那就是局面打分的算法改变了，估计作者这样改变有他自己想法，使用者只能去适应了。

我可以从表面上修改最后显示在界面上的分值，那也只能改的是皮毛，不能领会作者原来的意图，我怕到时候是越改越乱，还是不要修改去适应他吧。

在小六的提示下，经过反复测试，确定是UCI_WDLCentipawn这个选项影响了引擎打分。
打分出现重大差异是从329开始的，而UCI_WDLCentipawn这个选项正好也是329开始隐藏的，从329开始，自编译不再有UCI_WDLCentipawn这个选项，并且默认不开启。
329之前的自编译引擎默认开启这个选项，如果把329之前的自编译引擎关闭这个选项后，打分就跟现在的自编译引擎一样了。
现在自编译引擎，是否可以把这个选项重新找回来？或者默认开启？这样就跟218和305打分一样了。

引用

引用第68楼lingshi于2023-10-11 12:16发表的  :
这个版本的引擎大家测试的怎么样了，需不需要详细编译？

请在此帖反馈。

没有你的详细编译，很多人就无法测试。

老机子不能测试，相当的遗憾😞😞😞！

那晚上在本贴补发详细编译

218和305打分根本就不一样好吧，同样的局面218打分比皮卡鱼任何一款引擎都要偏高很多。

从329开始的自编译引擎，与218和305打分具有很大的不同，是因为他们的打分机制不一样：UCI_WDLCentipawn 控制胜率计分还是原始计分。
218和305采用的是胜率计分，329之后采用的是原始计分，分数差异很大。
至于218与305的计分差异，则是在采用相同打分机制的前提下的小差异，毕竟二者的源代码和权重都不同，有小小差异也算正常吧。

lingshi版本说得对，我对TUNE函数理解的有误。
把TUNE(tune_65_0, tune_65_1, tune_73_0, tune_73_1, tune_73_2, tune_74_0, tune_84_0, tune_84_1, tune_84_2, tune_142_0, tune_311_0, tune_311_1, tune_316_0, tune_316_1, tune_415_0, tune_415_1, tune_416_0, tune_416_1, tune_420_0, tune_420_1, tune_420_2, tune_421_0, tune_421_1, tune_422_0, tune_422_1, tune_442_0, tune_631_0, tune_631_1, tune_631_2, tune_647_0, tune_647_1, tune_647_2, tune_647_3, tune_657_0, tune_660_0, tune_663_0, tune_669_0, tune_672_0, tune_672_1, tune_680_0, tune_696_0, tune_719_0, tune_719_1, tune_725_0, tune_727_0, tune_729_0, tune_729_1, tune_735_0, tune_785_0, tune_871_0, tune_873_0, tune_873_1, tune_874_0, tune_878_0, tune_888_0, tune_889_0, tune_892_0, tune_894_0, tune_895_0, tune_899_0, tune_900_0, tune_900_1, tune_906_0, tune_924_0, tune_924_1, tune_924_2, tune_932_0, tune_932_1, tune_932_2, tune_933_0, tune_933_1, tune_946_0, tune_950_0, tune_968_0, tune_968_1, tune_968_2, tune_977_0, tune_984_0, tune_1009_0, tune_1009_1, tune_1012_0, tune_1017_0, tune_1032_0, tune_1039_0, tune_1043_0, tune_1046_0, tune_1046_1, tune_1046_2, tune_1046_3, tune_1070_0, tune_1070_1, tune_1071_0, tune_1094_0, tune_1096_0, tune_1188_0, tune_1189_0, tune_1190_0, tune_1238_0, tune_1238_1, tune_1238_2, tune_1240_0, tune_1249_0, tune_1366_0, tune_1449_0, tune_1572_0);这行改成TUNE(tune_65_0);在cmd是运行时就只显示tune_65_0,126,0,252,12.6,0.0020了。注释掉这行运行时就没tune_65_0,126,0,252,12.6,0.0020...的多行显示。
TUNE函数可能只是显示而已。

好多天没见版主发皮卡自编译了，感谢分享

m6807版主说得也是正确的，TUNE函数可能只是显示而已，代码和原来的18:46相比确实没有改变运行结果。

我认为 TUNE函数在深度学习方面 不只是显示 具有优化 分析 调度 传递 统一 看咋定义了   理解的不一定对 六维才是高才   他懂的很多