For this, just set a lower number of threads under "Run solver".
It's probably easiest to use trial an error to see which value leads to the desired % (it does not scale directly).

This is available in v144.

If i choose from the DB 10 boards from the subset (A highs for example) for play only and start from Turn cbet strategy for example i cant do that in DB mode or this was updated?



im checked now and is not possible..

I've read (if I don't misunderstand) that maybe it's possible to add this to work in "extensive Storage" without major complications.


Having selected specific sequences is very good to structure study + practice.
Also can decide only play that street in concrete or keep playing until river.
This gives us the opportunity to build muscle-memory by generating many repetitions of sequences selected by board structure and not by specific board. It is even very beneficial to be able to isolate nodes that do not occur so often to generate this type of study-training.

That is why I request it so eagerly.

Oh, I see now; I thought that you were referring to something else.
The problem here is that a list of stats will often not transfer from one flop to another.
For example, a flop like AK2 2flush has entirely different stats than a TTT flop.
And a AQQT flop has different stats than a AAQT flop.
It's not possible to show a single list of stats for different flops (only under extremely exotic circumstances, which would be difficult to detect).

I'm missing something because I can't understand what the stats would influence with what was requested.

Pio or GWizard has an option before drilling to parameterize which line to play.
For example:
3bp OOP as Raiser:
I want to study how to play the turn after b33 on various boards in my database, not just one specifically and if we want to play the hand until final or only that street.


another example
SRP OOP ace Caller after XR flop cbet:

Start playing from the turn that node on several boards according to DB not a single spot.

This function is very useful for "muscle memory" and to be able to focus on putting many hands in a specific node that we want to study

We can consider adding drilling vs the database for specific lines on unknown turns/rivers.
There will however be spots where this feature will not work entirely smoothly.

Hi scylla,

I'm trying to solve a specific problem that I thought of. Am trying to implement the logic, but am struggling figuring out how to use the program to do so.



Hope that's not too large.
On a board of 987, opening 2.5x as Btn range, and Oop caller as BB. So I get to this decision point, but am now asking. What if I had pocket AA in this spot ? When on the flop, facing a check raise, I want to know, IF, we had BET AA, instead of checking all of its combos as solver did, and then were faced with a check-raise of 75% pot (default sizing), are we ever jamming it, in this particular spot ?

So on 987, solver prefers to check all of its combos of AA. But what if we decide to bet against a random opponent, and were faced with a check raise ? How can we implement this logic, when, solver has already chosen a specific route for said hand ?

Basically, the AA, and KK, section is blacked out, and it's never showing up with them at this specific node. But what if, hypothetically, we had those in this spot, would solver ever jam ?

Thanks.

Can you please upgrade to v144?
If you mouse over AA in the matrix, it will show you the non-present hands as well.

I always struggled to figure it out do we need to solve for single size on every street or do we need to have multiple bet sizes as some pro said that's how the solve will be complete?Also will the tree be simple if we use single size on flop and more bet sizes later or vice versa ? I am doing geometrical solving for fast results but it is hard to implement the strategy in real-time play.
Any thoughts?Thanks in advance.

Sent from my SM-A528B using Tapatalk

For the flop play, use whichever sizings you see fit. For the turn and river play, personally, I would just stick to single bet sizes. These followup lines are really only needed to estimate the EVs for the hands there; for this, single bet sizes are sufficient. Your trees will become smaller, and solve faster, while not significantly affecting the quality of the solution. Naturally, using multiple sizes everywhere is slightly more exact, with the downside being that much more RAM and time is required for solving. Furthermore, a tree with single sizes already far exceeds anything that the human brain is capable of interpreting; multiple sizes makes this task even more complex by several orders of magnitude.

Would it be possible to have ranges saved as categories as well in the range builder? Not for any "useful" functionality, but just quality of life. I have clicked "add category" instead of "add range" an embarrassing number of times and have to do it over when I realize later what I've done.

If I could click on that "BB 3-bet vs HJ" category I made and have the range pop up, it would be super convenient so I could just save it again as a range.

Not a big deal or anything, but I'm sure a few users out there have made that same mistake a few times. I can't be the only one!

Ok, I'll see if we can add a field "Convert to range" when clicking on an empty category.
It might be a big confusing from an interface perspective though, so I'm not entirely sure yet.

IS there anyway to have solver locks be based on equity?

For example if flop is checked I want OOP to best all hands with equity > 60% and all hands with equity <30%

-- I see where that would be tough as equity changes based on previous actions. But it would be nice for creating player types.

thank you

This can be accomplished relatively easily:
1) Go to "Edit" mode by clicking on "Lock+edit decision".
2) Select the "Bet" action
3) Double-click the bar below the matrix to set the entire decision as "Bet"
4) Select the "Check" action
5) Select all hands with equity <30% in the bar below the matrix as being "Check"

Admittedly, this would not change dynamically while the solver is running.
So when villain's range adapts, the equity will shift a bit.

Any plans of implementing API/scripting possibility for basic tasks, e.g building trees and solving them?

Solving multiple files is already possible.
For this, place the files that you want solved into a directory.
After that, use the "Folder" icon to solve all files in that directory.

I was looking for something closer to what pio has with their scripts, with commands that can communicate with the program which allows for more flexibility for users. Eg i'd like to automate my study process by solving all marked hands, which could be achieved with a command line interface and then writing my own program. But maybe the demand is too low to be worth developing

There would indeed be only a very limited market for a feature that would require custom programming.
We can keep it in mind, but it would need to be something that would be of use to the majority of users.

any way to import range from GTO+ to FlopZilla Pro ?

Both programs store their ranges in /config/newdefs3.txt.
To transfer your ranges, simply copy this file.

For GTO+ this directory will most likely be C:\Program Files\GTO\config
And for FlopzillaPro the directory will most likely be C:\Program Files (x86)\FlopzillaPro\FlopzillaPro\config

Does combos dissappear because of rake from street to street after taking action?For example, 23.8 combos bet 200% on the flop ,villain calls.On the turn Villain check and now we have 22.46 combos total to make decision with not 23.8 which is 5% less as much as the rake is.Am I right?

Sent from my SM-A528B using Tapatalk

I get it...card removal effect. It confused me because it turned up to be 5% less on certain card.

Sent from my SM-A528B using Tapatalk

EQ buckets like in Wizard, pls. This and more accurate hand filters would make the app much greater.

Ok, I will consider it for future releases.

This is indeed card removal.
If your range is AhKh,AcKc,AdKd,AsKs, and the turn is Ah, then AhKh will be removed from the range.