Does Bihasa has a randomizer in its evaluation for the first moves or it is (absolutely) deterministic?
It has a randomizer.
I hope it's not for the whole game since that would mean it would not play optimally many moves. I guess it's just for the first 2-3 opening moves right?
Also how you can use the books? I have in its .ini:
// use book
Book ON
And i have the books in the same folder with Bihasa and yet Bihasa thinks in the opening move(s).
Why?
Strange, under console window it worked (see below). It worked also here under winboard. Note that the book is small, only 26 positions for black.
The problem seems to be with Bihasa being black. Then it never uses its book no matter what move i make.
Having white, it always uses it, but only for the first move and only by playing 1.e4. So unless it is intended to play only 1.e4 and only that to be on its book then yes i have a problem about making it using its book.
Using it from the console it's fine and plays form its book with black and with white. Strange...
I guess it's related with the previous problem i had that i guess i can't make it read its ini configuration file.
So i will set my values to another executable of Bihasa in a different folder with a different .ini file and match them together with your default values. It's the first time i will see if my theory is solid.
Yes that could be a possible setup.
I don't know another way anyway.
After his son's birth they've asked him:
"Is it a boy or girl?"
YES! He replied.....
The problem seems to be with Bihasa being black. Then it never uses its book no matter what move i make.
I tried winboard with engine set to play gothic, everything looks fine, see winboard debug below. Use the first white move i1h3, it will reply with c7c5.
The problem seems to be with Bihasa being black. Then it never uses its book no matter what move i make.
I tried winboard with engine set to play gothic, everything looks fine, see winboard debug below. Use the first white move i1h3, it will reply with c7c5.
Indeed. So it's not a book problem, it is just that the book is very narrow.
Thanks, it never occurred to me playing 1.Ni1h3 since it's not a good move lol.
Now i have to find why it doesn't play according to the values i'm setting to the pieces.
I'm referring to THIS!
Yes it seems there is a definite problem in this since for example when i set:
// def=990 1006
Queen_Value 190 195
Making the Queen worth less than a Knight, when i trade Bihasa's Queen for a Knight it still thinks it's losing badly, while instead it should think it is winning as i have set the Knight to worth more than a Queen.
After his son's birth they've asked him:
"Is it a boy or girl?"
YES! He replied.....
George Tsavdaris wrote:When i set the 2 Bihasa's 2 play each other, the default one against the one with the modified values by me, it's like my modifications of the values doesn't even exist. Bihasa seems to ignore them.
Why does it ignore its INI file? Do i have to put any extra line in Winboard.ini in order Bihasa to use its ini? Something like for example:
"bihasa2.0.exe bihasa.ini" /variant=gothic
It's strange. For example i put the modified Bihasa(the one with Queen, Chancellor and Archbishop values the same) with white and the default Bihasa with black to play from this position:
And the white modified Bihasa reports a +1.40 value because obviously is happy that has traded an Archbishop with a Queen, but it should not be happy as i have set Queen's value the same with Archbishop's for the white player.
So what is going on?
I use in the ini of the white player:
// def=850 850
ArchBishop_Value 990 990
// def=955 960
Chancellor_Value 990 995
// def=990 1006
Queen_Value 990 995
The analysis seems fine, and the .ini file has been read correctly .
Here is a sample calculation. I will only calculate the opening values, the phase is fairly still on the opening anyway.
The problem seems to be with Bihasa being black. Then it never uses its book no matter what move i make.
I tried winboard with engine set to play gothic, everything looks fine, see winboard debug below. Use the first white move i1h3, it will reply with c7c5.
Indeed. So it's not a book problem, it is just that the book is very narrow.
Thanks, it never occurred to me playing 1.Ni1h3 since it's not a good move lol.
Now i have to find why it doesn't play according to the values i'm setting to the pieces.
I'm referring to THIS!
Yes it seems there is a definite problem in this since for example when i set:
// def=990 1006
Queen_Value 190 195
Making the Queen worth less than a Knight, when i trade Bihasa's Queen for a Knight it still thinks it's losing badly, while instead it should think it is winning as i have set the Knight to worth more than a Queen.
Show me the fen and the complete material setting you think there could be a problem.
Ferdy wrote:
Show me the fen and the complete material setting you think there could be a problem.
Here is the values i've put in the bihasa.ini:
------------------------------------------
// def=100 100
Pawn_Value 100 100
// def=315 315
Knight_Value 250 260
// def=325 325
Bishop_Value 300 310
// def=500 500
Rook_Value 470 500
// def=850 850
ArchBishop_Value 990 990
// def=955 960
Chancellor_Value 990 995
// def=990 1006
Queen_Value 190 195
// end of init
------------------------------------------
Here is the position(i didn't use this one before but this is easier to see):
rnbqckab1r/pppppppppp/10/10/10/10/PPPPPPPPPP/RNB1CKABNR w KQkq - 0 1
And with picture:
Bihasa should rate this a plus for white since i have set the Queen to 190 and the Knight to 250 and yet it rates it as it is completely losing, as obviously it rates the Queen much higher than the Knight, i guess because it has its default settings and not the modified one's.
After his son's birth they've asked him:
"Is it a boy or girl?"
YES! He replied.....
Ferdy wrote:
Show me the fen and the complete material setting you think there could be a problem.
Here is the values i've put in the bihasa.ini:
------------------------------------------
// def=100 100
Pawn_Value 100 100
// def=315 315
Knight_Value 250 260
// def=325 325
Bishop_Value 300 310
// def=500 500
Rook_Value 470 500
// def=850 850
ArchBishop_Value 990 990
// def=955 960
Chancellor_Value 990 995
// def=990 1006
Queen_Value 190 195
// end of init
------------------------------------------
Here is the position(i didn't use this one before but this is easier to see):
rnbqckab1r/pppppppppp/10/10/10/10/PPPPPPPPPP/RNB1CKABNR w KQkq - 0 1
And with picture:
Bihasa should rate this a plus for white since i have set the Queen to 190 and the Knight to 250 and yet it rates it as it is completely losing, as obviously it rates the Queen much higher than the Knight, i guess because it has its default settings and not the modified one's.
This is a good example and I can confirm that there is a bug indeed. The initialization file was read successfully but values read was later overwritten due to the scheme I revised for CLOP. I will fix this within this year , thanks and Advance Merry Christmas.
Bihasa seemed to have played better than GV in both 2 games, yet it lost!
I also saw that playing against Bihasa is more difficult than against GV, yet i lost half point against GV and none against Bihasa.
I will give more info and the games after i play more games....
After his son's birth they've asked him:
"Is it a boy or girl?"
YES! He replied.....
Bihasa seemed to have played better than GV in both 2 games, yet it lost!
I also saw that playing against Bihasa is more difficult than against GV, yet i lost half point against GV and none against Bihasa.
I will give more info and the games after i play more games....
Thanks, I am actually re-tuning my reduction conditions and margins to see if I could improve. I get an improvement by increasing the win eval margin so that it will prune search once it is more clearer that it is winning. I also increase my futility margin which seems a little bit small considering that this variant have additional stronger pieces.