I'd like to say that it seems like the dealer gets far too many blackjacks, even on a negative count. But that's probably providing the same level of real world outcomes that we all see and bitch about all the time. But still...
Quote: racquethitting a 13 against an 8 when the count is +1 can't be good advice
Hitting 13 vs. 8 is basic strategy. There isn't even an index play for it in the I18.
The advice offered in the game is always based on the perfect analysis considering the current state of the shoe at that time.
There are, however, times when communications glitches occur. Behind the scenes, there is a chain of communications that occurs to perform the analysis. If something goes wrong in this chain of communications, then the analysis will show all zeroes or will say "Analysis error". If you get non-zero results, you can be sure it is showing the correct analysis.
Quote: racquetbut for sure telling me that hitting a 13 against an 8 when the count is +1 can't be good advice.
For sure, that is correct advice.
Here's one I have on my screen right now: Dealer shows a 2, player has 2-3. True count is -1. The game says: Hitting is not the best play. Analysis says: Surrender: -0.50000, Stand: +0.639719, Hit: -0.642205.
So I did not take the advice, and insisted on hitting. I got a 9, so my hand is now 14 against the dealer 2. I select stand and the games says: Standing is not the best play. Analysis says: Stand: -0.336923 Hit = 0.318846.
I have also seen the game reporting an analysis where all the options are 0.000000.
I'm using the game to hone my skills with count and I18 variations. So "false-positive" strategy errors are annoying and distracting. They are occurring often enough and in such obvious situations that I can't think I am the first person to notice and report them. In this case I haven't played three shoes and see these errors.
Perhaps some registers are not getting cleared when the end of the shoe is reached?
How can a running count of +5 and "decks remaining" of 1.7 yield a true count of +1? 5 divided by 1.7 = 2.94.
I don't know if the running count or decks remaining is accurate, as I am not keeping the count in my head and don't have a shoe or a discard rack to use as a guide, but I assume that what the program displays is in fact the true state of things. Even with a "by-eye" approximation that you would have to use in the field, TC 5 divided by 2 decks left = 2.5.
Are there other simulation packages out there, even available for sale as opposed to this free one?
Quote: racquetI misstated the earlier example - but whatever it was, it was wrong.
Here's one I have on my screen right now: Dealer shows a 2, player has 2-3. True count is -1. The game says: Hitting is not the best play. Analysis says: Surrender: -0.50000, Stand: +0.639719, Hit: -0.642205.
Do you have a screenshot?
For some reason the IMG code does not work here like it did in my previous post. So here's the link:
http://imgur.com/Zv5EAOd
Quote: racquetHere's an example of what I think is an incorrect "best play". Stand a 16 against a dealer 8? This can't be an index play far down the list from the I18. A TC of -3 would seem to me, if anything, maybe say to HIT the sixteen INSTEAD of stand, since there are more low cards out there, and therefore a better chance of not busting. Oh yeah -- the TC is wrong here as well -- running count of -12 decks left of 3.1 - TC = -3.87. Using the by-eye real-world method: -12 / 3 = -4.
For some reason the IMG code does not work here like it did in my previous post. So here's the link:
http://imgur.com/Zv5EAOd
I added .jpg to your IMG and it posted. No idea why it needed that, but it worked.
Previously, it was not uncommon to get incorrect results or an "Analysis Error" for the scenario being analyzed.
What was happening was the game would frequently show you results from somebody else's analysis due to a design flaw. So the results were being calculated correctly, but they weren't necessarily for the scenario you analyzed. "Analysis Error" would appear when two simultaneous calculations collided, causing the calculator application to crash on the server.
Each calculation is now properly isolated, so you only see the results for your scenario, as intended.
The blackjack hand calculator is implicitly fixed as well, since it relies on the same application as the card counting game.
I'm still not sure what caused the problem with the running count depicted in the screenshot on page 1, as the calculations (in the code) appear to be correct, and I have not been able to reproduce it. The only thing I can think of is if the initial running count in the options was changed to something other than zero, in which case things won't appear to add up.