Hi Eduard
Thanks for posting this game ... showing the usual weakness of the
engine in bullet games, but not more. Now, we know that Hiarcs 12
is still (like most other engines) suffering from this time algo. I however
hope that we are not going to see any more games of this kind vs the
same engine.
Kind regards
Kurt
Father very fanny again! :-)
Moderator: Ras
-
Mike S.
- Posts: 1480
- Joined: Thu Mar 09, 2006 5:33 am
Re: Father very fanny again! :-)
I don't understand this remark. The engines control which moves they make and how long they calculate. This has nothing to do with a bug... No engine can play endless without time consumption. The engines lose or draw here, because they would need an unlimited number of (waiting) moves, if they find nothing better, but the time is limited.Dr.Wael Deeb wrote: another fine victory against the GUI
Actually, I wonder why engines don't agree to a repetition instead of losing on time, in such a situation... That is really strange if I think twice about it. Maybe that was what Manuel L and others meant with "bug"?
But I think that is an engine decision, too...
The true problem is the totally closed position the engines allow to be created. The time trouble is just the inavoidable symptom...
Regards, Mike
-
Nimzovik
- Posts: 1831
- Joined: Sat Jan 06, 2007 11:08 pm
Re: To be or not to be .....
TEE HEE! Yes indeed ! Father =IS baiting you all SOoo.....well! I would too if I knew it was this easy! Interesting that the queen is missing! Stupid program still can't understand it. Yesssss........Why don't the machines learn this? Some have tried but relatively failed! ONCE AGAIN the WIN is NOT the issue here! (A drawn postion is!) Yah GUI time glitch! Shhheeeesh! HOW many time must This be stated? Seems the programs are not the only things that need thier code retooled. 
-
ml
Re: Father very fanny again! :-)
Well, I have tried repeatedly to defeat various engines on time in a closed position using the CB Fritz 10 GUI, and it just can't be done. With about 14 seconds remaining, the computer will start moving at a rate of almost 10 moves/second. The game will end in a win for the computer or a draw by repetition or by the 50 move rule. The computer CANNOT be defeated, on the board or on time, if the game is played on even terms. Anybody who thinks otherwise is living in dreamland.Mike S. wrote:I don't understand this remark. The engines control which moves they make and how long they calculate. This has nothing to do with a bug... No engine can play endless without time consumption. The engines lose or draw here, because they would need an unlimited number of (waiting) moves, if they find nothing better, but the time is limited.Dr.Wael Deeb wrote: another fine victory against the GUI
Actually, I wonder why engines don't agree to a repetition instead of losing on time, in such a situation... That is really strange if I think twice about it. Maybe that was what Manuel L and others meant with "bug"?
But I think that is an engine decision, too...
The true problem is the totally closed position the engines allow to be created. The time trouble is just the inavoidable symptom...
When I used the term "weakness or bug" I was referring to a way of exploiting the GUI to make the computer run out of time, e.g., by using premove or some other trick on the ICC server. Even with this feature, the GUI should not let the engine lose on time.
So let's see somebody defeat a top engine at blitz without being given some artificial advantage. It's not going to happen, is it.
-
ml
Re: To be or not to be .....
So what you're saying is that he's trolling the chess forums to get a rise out of people. It seems to me that those who are impressed by his games are the ones being fooled; those who are unimpressed can see through the charade.Nimzovik wrote:TEE HEE! Yes indeed ! Father =IS baiting you all SOoo.....well! I would too if I knew it was this easy! Interesting that the queen is missing! Stupid program still can't understand it. Yesssss........Why don't the machines learn this? Some have tried but relatively failed! ONCE AGAIN the WIN is NOT the issue here! (A drawn postion is!) Yah GUI time glitch! Shhheeeesh! HOW many time must This be stated? Seems the programs are not the only things that need thier code retooled.
-
PK
- Posts: 913
- Joined: Mon Jan 15, 2007 11:23 am
- Location: Warsza
Re: Father very fanny again! :-)
the final position is *not* drawn - it's a clear win for Black. all that is needed is to place all his major pieces on the "h" file and then sacrifice a bishop on h4.
-
pedrox
- Posts: 1056
- Joined: Fri Mar 10, 2006 6:07 am
- Location: Basque Country (Spain)
Re: Father very fanny again! :-)
I invite Pablo to play with a selection of 10 engines that have an average of 2000 ELO points, and see if he gets 5 points, if he succeeds continue with the example by 2100.
Games could be played in playchess in a public schedule and that the whole world can view them.
Games could be played in playchess in a public schedule and that the whole world can view them.
-
Ovyron
- Posts: 4562
- Joined: Tue Jul 03, 2007 4:30 am
Re: Father very fanny again! :-)
It would be more interesting if he plays them on his house, so the GUI bug that makes the engines lose on time doesn't have an effect.
-
swami
- Posts: 6664
- Joined: Thu Mar 09, 2006 4:21 am
Re: Father very fanny again! :-)
It's not a gui bug, it's the premove.Ovyron wrote:It would be more interesting if he plays them on his house, so the GUI bug that makes the engines lose on time doesn't have an effect.
engine spend time to calculate the moves, it doesn't pre-move when playing online. so 1 second is wasted by an engine which executes the analysis lines while in time trouble.
Pablo just premoves without wasting any time, usually moving any of his pieces legally...as some of the engines don't understand stonewall yet.