Time management problems with Polyglot

[Tony Thomas]

Since I kind of know how to run an engine on ICC using winboard, I have been fiddling around. I noticed that when using Polyglot, Romi loses on time in bullet time controls were as just WB romi has no problems and move instantly when low in time. I also noticed that sometimes Romi spends too much time on trivial positions in standard matches when ran with Polyglot. Is this a known problem?? Any help appreciated..

Thanks in advance
Tony

[F. Bluemers]

Is this a known problem??

no,not at all
f.i. Marc Lacrosse released a package for running tournaments designed for very short time controls.
polyglot was part of it.
check your ini,and remember uci is not winboard.

Best
Fonzy

[Denis P. Mendoza]

Since I kind of know how to run an engine on ICC using winboard, I have been fiddling around. I noticed that when using Polyglot, Romi loses on time in bullet time controls were as just WB romi has no problems and move instantly when low in time. I also noticed that sometimes Romi spends too much time on trivial positions in standard matches when ran with Polyglot. Is this a known problem?? Any help appreciated..

Thanks in advance
Tony

Yes, it is a known problem. But using a modified polyglot by Jaap Weidemann will solve your problem. Please read the notes and download the file here:

http://www.weidchess.com/downloads/poly ... 70325.html

Polyglot 1.4 at Leos' site has this bug:
http://wbec-ridderkerk.nl/html/details/PolyGlot.html

I hope this helps.

Denis

[Olivier Deville]

Since I kind of know how to run an engine on ICC using winboard, I have been fiddling around. I noticed that when using Polyglot, Romi loses on time in bullet time controls were as just WB romi has no problems and move instantly when low in time. I also noticed that sometimes Romi spends too much time on trivial positions in standard matches when ran with Polyglot. Is this a known problem?? Any help appreciated..

Thanks in advance
Tony

Hi Tony

Yes, this is a known issue that happens only with ponder on.

The solution is to use an older cygwin1.dll, namely 1005.17.0.0

Olivier

[F. Bluemers]

Yes, this is a known issue that happens only with ponder on.

oops
no ponder here,no wonder i never noticed!
Thanks Oli

Best
Fonzy

[Denis P. Mendoza]

I'm also trying to study the advantage of using the polyglot adapter (and building P-books), and I found another modified version here:

http://www.elephantbase.net/resource.htm#downloads

Though based on an older polyglot 1.3, the author managed to enhance the code to make UCI engines perform well as WB engine. The good thing is, it doesn't need the cygwin1.dll file as it can be compiled directly in MSVC or ICC. I compiled ICC10 optimized pgo binaries for 32 bit (and a test 64-bit). I only used this for faster building of big polyglot books. But I haven't had engine time losses from my short testing. I'm not sure yet about this.

This includes the binaries and source.
http://www.zshare.net/download/13939570442dd4b3/

No harm trying, but anyone interested could try it out. At least we are not dependent anymore on this cygwin1.dll which created some past issues.

Denis

[F. Bluemers]

I'm also trying to study the advantage of using the polyglot adapter (and building P-books), and I found another modified version here:

http://www.elephantbase.net/resource.htm#downloads

Though based on an older polyglot 1.3, the author managed to enhance the code to make UCI engines perform well as WB engine. The good thing is, it doesn't need the cygwin1.dll file as it can be compiled directly in MSVC or ICC. I compiled ICC10 optimized pgo binaries for 32 bit (and a test 64-bit). I only used this for faster building of big polyglot books. But I haven't had engine time losses from my short testing. I'm not sure yet about this.

This includes the binaries and source.
http://www.zshare.net/download/13939570442dd4b3/

No harm trying, but anyone interested could try it out. At least we are not dependent anymore on this cygwin1.dll which created some past issues.

Denis

Great find!
As a matter of fact,i saw that in your post in the "toga forum".
I'll do some compiles+tests with it and maybe even try to port the changes to pg 1.4
(Or just wait for someone else to do it )
pg+cygwin is problematic when the engine itself needs a specific cygwin.dll version ....
Best
Fonzy

[Tony Thomas]

Hey All,

Thanks for the quick replies. I am pretty sure I was using Polyglot 1.4 from Leo's website..All of you are awesome, I am going to be using the Polyglot adapter so that Romi will kibitz when running in ACCA tournament. Does anyone know how many more hours before the start of WRCCC?

[Tony Thomas]

Using the version from Jaap Weiderman solves the problem. I did not try the other one Denis posted because I wasnt in the mood to experiment..I only goat another 15 hrs before the start of the tournament, Mike send me three betas at the last minute. I will most likely pick the last one as I dont have time to get enough games for any of them.

[Denis P. Mendoza]

I'm also trying to study the advantage of using the polyglot adapter (and building P-books), and I found another modified version here:

http://www.elephantbase.net/resource.htm#downloads

Though based on an older polyglot 1.3, the author managed to enhance the code to make UCI engines perform well as WB engine. The good thing is, it doesn't need the cygwin1.dll file as it can be compiled directly in MSVC or ICC. I compiled ICC10 optimized pgo binaries for 32 bit (and a test 64-bit). I only used this for faster building of big polyglot books. But I haven't had engine time losses from my short testing. I'm not sure yet about this.

This includes the binaries and source.
http://www.zshare.net/download/13939570442dd4b3/

No harm trying, but anyone interested could try it out. At least we are not dependent anymore on this cygwin1.dll which created some past issues.

Denis

Great find!
As a matter of fact,i saw that in your post in the "toga forum".
I'll do some compiles+tests with it and maybe even try to port the changes to pg 1.4
(Or just wait for someone else to do it )
pg+cygwin is problematic when the engine itself needs a specific cygwin.dll version ....
Best
Fonzy

I hope experts like Dann Corbit or Master Jim Ablett could port it for us in MSVC. But the latest version of JW (bundled with the cygwin1.dll) is quite safer to use. Good luck with your possible porting and tests. Thanks.