lorserker / ben

a game engine for bridge
GNU General Public License v3.0
41 stars 30 forks source link

Pointless double in B155 #133

Open ThePokerDude opened 6 months ago

ThePokerDude commented 6 months ago

This double to 4h makes no sense at all image

ThePokerDude commented 6 months ago

[Event ""] [Site ""] [Date ""] [Board "155"] [Dealer "S"] [Vulnerable "None"] [Deal "S:873.KQ76.KQJ73.Q JT54.A8.A9.T6532 AKQ92.9.865.A987 6.JT5432.T42.KJ4"] [Scoring ""] [BCFlags "1f"] [Generator "BridgeComposer Version 5.104.1"] [South "WBridge5"] [West "ben0308p5dd"] [North "WBridge5"] [East "ben0308p5dd"] [Declarer "S"] [Contract "5D"] [Result "11"] {PAR of the deal: 5S = played by North: 450 points} {PAR computation time: 00'02"} {Feasability: 7 9 6 11 9 6 2 7 2 3 7 9 6 11 9 6 2 7 2 3 } [Auction "S"] 1D Pass 1S Pass 2D Pass 4H =1= X 5D Pass Pass Pass [Note "1: Alert."] [Play "W"] HA h9 H5 h6 C3 ca C4 cq DA d8 D2 dq C6 c7 CK d3 S5 sq S6 s3 D9 d5 D4 dk C5 d6 DT dj H8 s2 H4 hk C2 c8 H3 hq ST sk H2 s7 CT c9 CJ d7 S4 s9 HJ s8 SJ sa HT h7

ThorvaldAagaard commented 5 months ago

I think this could be due to a bad model, as I have tested in BBA, and that looks ok: https://github.com/EdwardPiwowar/BBA/issues/366

With the current model for GIB, this is the result image

But with the latest SAYC-model for UCBC it looks like this image

But in fact we are here letting BEN play the WBridge5-sayc, so I rotated the deal and got this image

So in the SAYC model X is a possible bid and naturally it gives a good score.

As it is a leaddirecting double we could add some quality constraints on the hand, but looking at the samples we can see, atht the problem is that BEN expects 4HC could be the final contract image

and it sees 4H as natural and not the splinter it really is, so this seems to be a question of proper training.

We need a set of lead directing doubles included in the training.

ThorvaldAagaard commented 5 months ago

https://github.com/EdwardPiwowar/BBA/issues/367