New engine release: Jumbo

Discussion of anything and everything relating to chess playing software and machines.

Moderators: hgm, Harvey Williamson, bob

Forum rules
This textbox is used to restore diagrams posted with the [d] tag before the upgrade.
Sven
Posts: 3578
Joined: Thu May 15, 2008 7:57 pm
Location: Berlin, Germany

Re: New engine release: Jumbo

Post by Sven » Sat Sep 24, 2016 9:09 pm

SzG wrote:Thanks Sven.

I have a problem, though. Maybe I'm doing something wrong but I have had 75 time forfeits by Jumbo out of 139 games. WinBoard 4.0.8b used under 64-bit Win10.

It may very well be the well-known problem of the engine not counting the moves fed by an external book.
Hi Gabor,

I guess you did not use WinBoard 4.0.8b but a more recent version ...

Moves fed by an external book should usually not cause a problem, Jumbo should handle that correctly. It may be a problem of the time management code, though. Which TC did you use, and do you have a debug log?

SzG
Posts: 2463
Joined: Fri Mar 10, 2006 6:20 am
Location: Szentendre, Hungary
Full name: Gabor Szots

Re: New engine release: Jumbo

Post by SzG » Sun Sep 25, 2016 6:59 am

Sven Schüle wrote:
SzG wrote:Thanks Sven.

I have a problem, though. Maybe I'm doing something wrong but I have had 75 time forfeits by Jumbo out of 139 games. WinBoard 4.0.8b used under 64-bit Win10.

It may very well be the well-known problem of the engine not counting the moves fed by an external book.
Hi Gabor,

I guess you did not use WinBoard 4.0.8b but a more recent version ...

Moves fed by an external book should usually not cause a problem, Jumbo should handle that correctly. It may be a problem of the time management code, though. Which TC did you use, and do you have a debug log?
Hi Sven,

It was a typo, I use 4.8.0b.

I use 40 moves in 1 minutes and 50 seconds. No debug yet but I'll switch it on for a couple of games.
Gabor Szots

CCRL testing group

User avatar
Guenther
Posts: 2278
Joined: Wed Oct 01, 2008 4:33 am
Location: Regensburg, Germany
Contact:

Re: New engine release: Jumbo

Post by Guenther » Sun Sep 25, 2016 7:46 am

SzG wrote:
Sven Schüle wrote:
SzG wrote:Thanks Sven.

I have a problem, though. Maybe I'm doing something wrong but I have had 75 time forfeits by Jumbo out of 139 games. WinBoard 4.0.8b used under 64-bit Win10.

It may very well be the well-known problem of the engine not counting the moves fed by an external book.
Hi Gabor,

I guess you did not use WinBoard 4.0.8b but a more recent version ...

Moves fed by an external book should usually not cause a problem, Jumbo should handle that correctly. It may be a problem of the time management code, though. Which TC did you use, and do you have a debug log?
Hi Sven,

It was a typo, I use 4.8.0b.

I use 40 moves in 1 minutes and 50 seconds. No debug yet but I'll switch it on for a couple of games.
Is that mixed time control really supported by xboard programs?

SzG
Posts: 2463
Joined: Fri Mar 10, 2006 6:20 am
Location: Szentendre, Hungary
Full name: Gabor Szots

Re: New engine release: Jumbo

Post by SzG » Sun Sep 25, 2016 7:46 am

I have sent you a winboard debug.
Gabor Szots

CCRL testing group

SzG
Posts: 2463
Joined: Fri Mar 10, 2006 6:20 am
Location: Szentendre, Hungary
Full name: Gabor Szots

Re: New engine release: Jumbo

Post by SzG » Sun Sep 25, 2016 8:01 am

Guenther wrote:
Is that mixed time control really supported by xboard programs?
Although I have seen exceptions, in general: yes.
Gabor Szots

CCRL testing group

ZirconiumX
Posts: 1327
Joined: Sun Jul 17, 2011 9:14 am

Re: New engine release: Jumbo

Post by ZirconiumX » Sun Sep 25, 2016 8:33 am

SzG wrote:
Guenther wrote:
Is that mixed time control really supported by xboard programs?
Although I have seen exceptions, in general: yes.
The XBoard protocol allows a level command to be in minutes:seconds form, so a 40/1m50s would be a "level 40 1:50 0" string. UCI handles this by using milliseconds as its native time management granularity.
Some believe in the almighty dollar.

I believe in the almighty printf statement.

User avatar
Guenther
Posts: 2278
Joined: Wed Oct 01, 2008 4:33 am
Location: Regensburg, Germany
Contact:

Re: New engine release: Jumbo

Post by Guenther » Sun Sep 25, 2016 9:07 am

ZirconiumX wrote:
SzG wrote:
Guenther wrote:
Is that mixed time control really supported by xboard programs?
Although I have seen exceptions, in general: yes.
The XBoard protocol allows a level command to be in minutes:seconds form, so a 40/1m50s would be a "level 40 1:50 0" string. UCI handles this by using milliseconds as its native time management granularity.
I guess we have a missunderstanding. I thought Gabor means 40/1m +50s inc.

SzG
Posts: 2463
Joined: Fri Mar 10, 2006 6:20 am
Location: Szentendre, Hungary
Full name: Gabor Szots

Re: New engine release: Jumbo

Post by SzG » Sun Sep 25, 2016 9:11 am

Guenther wrote:
ZirconiumX wrote:
SzG wrote:
Guenther wrote:
Is that mixed time control really supported by xboard programs?
Although I have seen exceptions, in general: yes.
The XBoard protocol allows a level command to be in minutes:seconds form, so a 40/1m50s would be a "level 40 1:50 0" string. UCI handles this by using milliseconds as its native time management granularity.
I guess we have a missunderstanding. I thought Gabor means 40/1m +50s inc.
No, I mean 40 moves in 1m50s, no increment.
Gabor Szots

CCRL testing group

ZirconiumX
Posts: 1327
Joined: Sun Jul 17, 2011 9:14 am

Re: New engine release: Jumbo

Post by ZirconiumX » Sun Sep 25, 2016 9:17 am

Guenther wrote:
ZirconiumX wrote:
SzG wrote:
Guenther wrote:
Is that mixed time control really supported by xboard programs?
Although I have seen exceptions, in general: yes.
The XBoard protocol allows a level command to be in minutes:seconds form, so a 40/1m50s would be a "level 40 1:50 0" string. UCI handles this by using milliseconds as its native time management granularity.
I guess we have a missunderstanding. I thought Gabor means 40/1m +50s inc.
Actually, XBoard protocol *also* supports that. Increment is what the third field in "level" is for. So 40 moves in 1 minute plus 50 seconds increment per move would be "level 40 1 50". But I don't see why you'd ever want to do that.
Some believe in the almighty dollar.

I believe in the almighty printf statement.

User avatar
Guenther
Posts: 2278
Joined: Wed Oct 01, 2008 4:33 am
Location: Regensburg, Germany
Contact:

Re: New engine release: Jumbo

Post by Guenther » Sun Sep 25, 2016 9:26 am

ZirconiumX wrote:
Guenther wrote:
ZirconiumX wrote:
SzG wrote:
Guenther wrote:
Is that mixed time control really supported by xboard programs?
Although I have seen exceptions, in general: yes.
The XBoard protocol allows a level command to be in minutes:seconds form, so a 40/1m50s would be a "level 40 1:50 0" string. UCI handles this by using milliseconds as its native time management granularity.
I guess we have a missunderstanding. I thought Gabor means 40/1m +50s inc.
Actually, XBoard protocol *also* supports that. Increment is what the third field in "level" is for. So 40 moves in 1 minute plus 50 seconds increment per move would be "level 40 1 50".
AFAIK it is supported since not too long ago, but a lot of programs might choke on this.
ZirconiumX wrote:But I don't see why you'd ever want to do that.
Well people do a lot of weird things ;-)

Post Reply