Two Plus Two Publishing LLC Two Plus Two Publishing LLC
 

Go Back   Two Plus Two Poker Forums > Limit Texas Hold'em > Heads Up Limit

Notices

Heads Up Limit Discussion of heads up limit Texas Hold'em

Closed Thread
 
Thread Tools Display Modes
Old 11-01-2011, 05:07 PM   #151
newbie
 
Join Date: Mar 2009
Location: UofA CPRG member
Posts: 42
Re: Math is ...apparently not that important?

Hi RigMeARiver,

Yeah, that sounds like a good description of it to me. CFR starts with a mixed strategy and tunes hands from there, whereas constructing a strategy via ranges will start pure and mix as necessary.
FullyCompletely is offline  
Old 11-17-2011, 06:49 AM   #152
journeyman
 
Join Date: Mar 2007
Posts: 213
Re: Math is ...apparently not that important?

I'm trying to figure out the log format... can anyone confirm that the following

STATE:96:crfc/rc/rc/rc:AdQh|4s8d|3h5h/3d9hAh/Qd/6c:80|-10|-70:Sartre3p|Bnold3|Hyperborean-2011-3p-limit-iro


means ->
S posted SB (AdQh)
B posted BB (4s8d)

H called on the button (3h5h)
S raise
B fold
H call

Postflop S bets all streets and H calls all streets.
pasita is offline  
Old 11-17-2011, 10:28 PM   #153
stranger
 
Join Date: Sep 2011
Posts: 6
Re: Math is ...apparently not that important?

Ok so i fix the problem i got about python, just didn't make the path correctly.

So now i enter the code python apclogtoftlog.py and it send me back :

Traceback <most recent call last>:
File "acpcLogToFTLog.py", line 146, in <module>
assert 0
AssertionError



So if someone can help me about what going on here, it would be nice.
Abracadabraa is offline  
Old 01-10-2012, 07:25 PM   #154
journeyman
 
yoshi_yoshi's Avatar
 
Join Date: Dec 2004
Posts: 266
Re: Math is ...apparently not that important?

Hi FullyCompletely,

First thanks a lot for responding in this thread. You've really sparked my curiosity in the topic and I've been having fun trying out CFR for some toy games (with a 4GB laptop I don't expect much else =P). I have 2 questions, one theoretical and one technical.

(1) I had a thought about Nash equilibrium strategies and the limits it has on exploiting opponents, and wanted to confirm if I was thinking about this correctly.

Let's say we are playing against a Nash-eq strat and have a decision to make. Theoretically, each action we take has an EV associated with it. For example:
Fold: -2.0
Call: 3.6645
Raise: 3.854
We would have to raise in this situation or else we would lose out on EV.

Similarly, in this decision above, the Nash-eq strat itself must be 100% raise, because it can never take an EV hit.

That means that the only time when the Nash-eq strat can give a mixed strategy (like 80% call 20% raise) is if the EVs of all non-0% actions are the same, right? Like:
Fold: -2.0
Call: 2.645
Raise: 2.645

Basically, any decision where the Nash-eq strategy has a mixed strategy, the opponent could just pick any one of those actions and not take a loss.

It seems like a lot of the toughest decisions in poker are ones where multiple actions seem ok and you need to vary between them to hide your range (for example, betting out vs check-with-intention-raising on the flop). Playing against a Nash-eq strategy would actually take the meaning out of a lot of those tough spots because either one is good.

Have you noticed what % of the decisions in your strategies are mixed as opposed to 100%?

(2) Hope this one is not too technical. I was recently trying to implement imperfect recall (only way I know to move forward with 4GB), and had trouble thinking about how to calculate the pi_i/-i once histories are merged.

One of the key CFR calculations requires calculating pi_-i for each information set. In a perfect recall game tree, it is easy to calculate all of the pi's, since each history can only have one parent. However, once histories get merged, it seems like a player's contribution to pi gets fuzzied.

For example, let's assume that player A makes a decision on the flop. We keep this information until the river, where we want to 'forget' that decision, and merge the 2 history trees that spawned from it.

How can we then compute the pi_i of both player A and B for the merged history, given that they would have done different things based on A's action that we are 'forgetting'?

I have thought about just weighting both player's pi's based on A's original probability distribution on the decision we are forgetting, but that is just a shot in the dark.

Thanks again!
yoshi_yoshi is offline  
Old 01-12-2012, 05:55 PM   #155
adept
 
gjwhunt's Avatar
 
Join Date: Mar 2009
Location: Swansea/London UK
Posts: 872
Re: Math is ...apparently not that important?

So, public how to make a bot thread no one minds?
gjwhunt is offline  
Old 01-12-2012, 06:50 PM   #156
old hand
 
themuppets's Avatar
 
Join Date: Feb 2009
Location: BOOMswitched
Posts: 1,385
Re: Math is ...apparently not that important?

While the early posts seemed like legit interest in the University of Alberta projects, I would agree it's becoming hard to know who is posting out of intellectual curiosity and who might be interested for other reasons.
themuppets is online now  
Old 01-15-2012, 04:17 AM   #157
journeyman
 
hasu's Avatar
 
Join Date: Oct 2008
Posts: 374
Re: Math is ...apparently not that important?

I agree this is going too far. With the current situation in mind I vote for locking this thread up and sending it to archives.
hasu is offline  
Old 01-16-2012, 08:39 PM   #158
See my coaching listing
 
Leader's Avatar
 
Join Date: Jan 2005
Location: Math is the answer
Posts: 11,290
Re: Math is ...apparently not that important?

I'm not conviced deleting this will change much. However I'll lock it up so that it doesn't go any further. If you have an objection to this, feel free to PM me.
Leader is offline  

Closed Thread
      

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off



All times are GMT -4. The time now is 08:50 AM.


Powered by vBulletin®
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2008-2010, Two Plus Two Interactive