Optimal play and sensitivity to ROR

[Gramazeka]

Help for you-

https://github.com/mustgoplay/MGPs-BJ-CA

http://bjstrat.net/cgi-bin/cdca.cgi

https://www.blackjackinfo.com/free-b...rial-analyzer/

https://sites.google.com/site/erfarm...edirects=0&d=1

https://code.google.com/archive/p/bl...rial-analyzer/

[ericfarmer]

Hi Eric Farmer


In your Blackjack7.zip file, your strategy.exe file will generate the EVs for all possible strategy(HIT, STAND, DOUBLE, SPLIT, SURRENDER, INSURANCE) when input dealer's upcard and player cards, however I guess the EVs are base on all cards (FULL DECKS).


Hope you could modify your program to include these :-
1) Modify your strategy.exe so that it can calculate EVs of perfect composition dependent strategy of any given BJ hands(any dealer upcard vs any player hand) base on exact remaining cards. For example, after 12 rounds, the remaining number of cards in a 8 deck games is 352, can your strategy.exe calculate EVs of round 13, dealer's 9 vs player's 5,7,2( player 3 cards total 14 points) base on remaining 352 cards(instead of 416 cards) and delaer's upcard + player cards ?


2) Allow option for Early surrender against 10(ES10) and Early surrender against any cards(including Ace).
3) Allow option for Draw to split Aces.
4) Allow option for Double to split Aces.
5) Allow option for Peek or ENHC( no peek).
6) Allow option for insurance.


Hope to get your reply soon


Regards


James

To be sure we're on the same page, verify you have the latest version 7.6. If I understand your request correctly, what you describe is already possible: instead of entering a number of decks, enter a 0 followed by the desired depleted deck composition. (After that, enter the rule variations as usual.)

Eric

[James989]

To be sure we're on the same page, verify you have the latest version 7.6. If I understand your request correctly, what you describe is already possible: instead of entering a number of decks, enter a 0 followed by the desired depleted deck composition. (After that, enter the rule variations as usual.)

Eric

Thanks for your prompt response !
1) Should I enter the depleted deck composition AFTER or BEFORE the individual hand was dealt ?
2) Could you please add in rule variations, item 2) to item 6) in my previous post, into latest version 7.6 ?

I could not find details input instructions in the user manual, please advise.

Thanks

James

[ericfarmer]

Thanks for your prompt response !
1) Should I enter the depleted deck composition AFTER or BEFORE the individual hand was dealt ?

Before. That is, it works the same way as the interface for a full shoe. For example, entering "1" for the number of decks (a full single deck) yields exactly the same per-hand EVs as entering "0 4 4 4 4 4 4 4 4 4 16".

2) Could you please add in rule variations, item 2) to item 6) in my previous post, into latest version 7.6 ?

Items 2 through 5 will take some work. I may have some time to take a look at this over the holiday, will see what I can do, but I don't promise anything .

Item 6 requires some clarification. As you may find looking elsewhere, CAs generally don't include insurance in EV calculations, because insurance is "separable" in the sense that we can simply add the EV for any insurance wager; the EV for the initial wager is unaffected by whether you take insurance or not. (If you want variances or probability distributions, on the other hand, then things get more interesting.)

Also, insurance EV depends on your strategy for when to *take* insurance. For example, if you use a perfect insurance side count (i.e., if you take insurance exactly/only when it's advantageous to do so), then it's easy: the overall, pre-deal additional EV from taking insurance given an initial shoe of n total cards, of which a are aces and t are tens, is a(3t-n+1)/(2n(n-1)), which is only positive if 3t>=n-1 (exactly when you *would* take insurance with a perfect count).

But if you're using any other imperfect counting strategy to determine when to take insurance, then the resulting EV depends on that strategy, which raises the question of how to *specify* that strategy. (The counting analyzer count_pdf.cpp allows specification of this strategy as a linear true count whose tags may or may not be identical to a count used for playing strategy during the round.)

Eric

[James989]

Before. That is, it works the same way as the interface for a full shoe. For example, entering "1" for the number of decks (a full single deck) yields exactly the same per-hand EVs as entering "0 4 4 4 4 4 4 4 4 4 16".



Items 2 through 5 will take some work. I may have some time to take a look at this over the holiday, will see what I can do, but I don't promise anything .

Item 6 requires some clarification. As you may find looking elsewhere, CAs generally don't include insurance in EV calculations, because insurance is "separable" in the sense that we can simply add the EV for any insurance wager; the EV for the initial wager is unaffected by whether you take insurance or not. (If you want variances or probability distributions, on the other hand, then things get more interesting.)

Also, insurance EV depends on your strategy for when to *take* insurance. For example, if you use a perfect insurance side count (i.e., if you take insurance exactly/only when it's advantageous to do so), then it's easy: the overall, pre-deal additional EV from taking insurance given an initial shoe of n total cards, of which a are aces and t are tens, is a(3t-n+1)/(2n(n-1)), which is only positive if 3t>=n-1 (exactly when you *would* take insurance with a perfect count).

But if you're using any other imperfect counting strategy to determine when to take insurance, then the resulting EV depends on that strategy, which raises the question of how to *specify* that strategy. (The counting analyzer count_pdf.cpp allows specification of this strategy as a linear true count whose tags may or may not be identical to a count used for playing strategy during the round.)

Eric

Thanks for the clarification !

Hope you can add item 2 to item 5 into your new version BLACKJACK7.7 !

As for item 6, I can use perfect separate insurance counting system.

Thanks

James

[James989]

Before. That is, it works the same way as the interface for a full shoe. For example, entering "1" for the number of decks (a full single deck) yields exactly the same per-hand EVs as entering "0 4 4 4 4 4 4 4 4 4 16".



Items 2 through 5 will take some work. I may have some time to take a look at this over the holiday, will see what I can do, but I don't promise anything .

Item 6 requires some clarification. As you may find looking elsewhere, CAs generally don't include insurance in EV calculations, because insurance is "separable" in the sense that we can simply add the EV for any insurance wager; the EV for the initial wager is unaffected by whether you take insurance or not. (If you want variances or probability distributions, on the other hand, then things get more interesting.)

Also, insurance EV depends on your strategy for when to *take* insurance. For example, if you use a perfect insurance side count (i.e., if you take insurance exactly/only when it's advantageous to do so), then it's easy: the overall, pre-deal additional EV from taking insurance given an initial shoe of n total cards, of which a are aces and t are tens, is a(3t-n+1)/(2n(n-1)), which is only positive if 3t>=n-1 (exactly when you *would* take insurance with a perfect count).

But if you're using any other imperfect counting strategy to determine when to take insurance, then the resulting EV depends on that strategy, which raises the question of how to *specify* that strategy. (The counting analyzer count_pdf.cpp allows specification of this strategy as a linear true count whose tags may or may not be identical to a count used for playing strategy during the round.)

Eric

Any progress for adding item 2 - item 5 into your BLACKAJCK Ver 7.7?

[ericfarmer]

Any progress for adding item 2 - item 5 into your BLACKAJCK Ver 7.7?

No.

[seriousplayer]

I am wondering what will the computer suggest for perfect play of doubling 12 vs 6?

[James989]

I am wondering what will the computer suggest for perfect play of doubling 12 vs 6?

When the remaining cards rich in 7,8 and 9 and lack of small cards(2 to 6 ) . . . . For SINGLE DECK game only

[Three]

When the remaining cards rich in 7,8 and 9 and lack of small cards(2 to 6 ) . . . . For SINGLE DECK game only

Wouldn't you also want a big deficit of T's in order to double a hard 12. It doesn't matter if the dealer busts if you already busted with the double card.

[James989]

Wouldn't you also want a big deficit of T's in order to double a hard 12. It doesn't matter if the dealer busts if you already busted with the double card.

Big deficit of T's will help the player.

[Three]

Big deficit of T's will help the player.

Exactly.

[Gramazeka]

https://www.blackjackincolor.com/truecount3.htm