GTO+/CardRunnersEV?

Ok, I'll make a note of your request, and we'll look at it a bit later, possibly for v179 (I'll need to check the code to see how difficult this would be to implement).

The pot is 55.
IP bets 16.5.
OOP calls 16.5.
The pot now becomes 88.
An additional raise of 45% would be 88*45% = 39.6.
So, if, instead of calling, OOP raises an additional 45%, this would be a raise to 16.5 + 39.6 = 56.1.

You can copy strategies from one GTO+ window to another.

For this, open two instances of GTO+.

In the source window, go to the "Output" icon and click "Copy to clipboard".
In the target window, click "Paste from clipboard".

Scy how are you?
Can we make it so clicking inside the flop, turn, or river square navigates between them ? This would let users switch back and forth between streets more easily....
Maintain the flop/turn/river node you're on while stepping back through earlier streets, with instant return to your working position

Thanks!

Ok, I'll add it to the list of features that we'll consider for v179.

Hi scylla , will it be possible in the future version to add a round feature for the entire database ??? So its possible to round for example for 2 all the flops without do it separetly for every flop ???

This is technically not difficult to do, but I don't immediately see a user-intuitive way of implementing such an operation to the interface.

Hi scylla,
Is it possible to add filtering matrix based on card rank in addition to the suit filtering? I find it pretty useful while trying to understand the solver's output based on blockers effect.

And as for this:

I thought that if the only reason why you don't want to add this feature is because of UI considerations and you think it will make things complex for the average user it could be implemented by the already exist switch, all needed is adding another option while toggle for the blockers feature as presented in the video above:
[image]3KnGR0Y.png[/im

..]

Sorry for nagging about this feature but I find myself wasting so much time on understanding solver's output in many spots that with this easy to implement feature (as you said) I could save.
Thanks!

Are you referring to filters based on AKQJ...2?
The tricky part here is that a hand like AK qualifies as both an A and a K.
This isn't particularly hard to implement technically, but it's unclear whether users would expect the filter to match the top card, bottom card, or both.
We’d either need to clarify that behavior or create a system that allows selecting both top and bottom cards explicitly.
Overall, it’s not a technically difficult feature, but it falls into a niche use case.
It’s the kind of thing that might confuse many users while the value that it offers is not unequivocally clear.

As for a blocker tool:
Blockers have virtually no practical impact in most Hold'em situations—except in extremely tight-range spots.
But those kinds of spots almost never come up in real games.
For a blocker tool to be useful, your opponent would have to reach one of those rare spots with very specific ranges - and here the question arises how often this actually occurs.
Again, this wouldn’t be difficult to build technically, but it would confuse many newer users and offer only some benefit to experienced ones.
That kind of imbalance tends to lead to feature abandonment.

All in all, I lean toward focusing on a more streamlined UI, but ultimately, there’s no definitive right or wrong approach.

We can consider it, although this would only work for cash games.
It's not possible to do this with any kind of tournament setting that involves ICM conversions.

Thanks a lot, Syclla, for considering this.

Scylla,
Why can't we right click or F9 lock filter when in a view other than Entire Decision. It would be helpful to be able to lock combos in selected view.

I would have to check the code to see how difficult it is to accomplish this.
So, I'll make a note for this and circle back to it when we look at this part of the interface.

Just tested the new 1.78 beta version:

Version 1.78: 166 GTO files, 38.8GB, loaded with CTRL+W in 00:00:39 using 5-6% CPU
Version 1.78: 166 GTO2 files, 6.95GB, loaded with CTRL+W in 00:10:38 using 6-10% CPU

Version 1.78: 1 GTO database file with 166 trees, 25GB, loaded with CTRL+A in 00:00:36 using 4-5% CPU
Version 1.78: 1 GTO2 database files with 166 trees 6.99GB, loaded with CTRL+A in 00:01:43 using 6-10% CPU

Much smaller files, but so much slower loading times.

Is this to be expected? It's in line with your tests?

same here, files are MUCH smaller, but loading takes an eternity now

We've only noticed shorter loading times, but it's possible that we may have overlooked some scenarios.
In the end, this feature is still in beta, which means it might take a few attempts to work properly.
If possible, please send a save file to support, and we'll see if we can reproduce the issue, and find a workaround.

I can see better loading time in very small databases (3GB), around 3x, but on bigger ones i see up to 20x slower.

A couple more issues:

- When loading a big database with gto2 extension, GTO+ get slow to use. For example, Playing against the solution its slow to get a new hand vs instant with gto extension. Same in the main window, navigating through a hand.

- After loading a *.gto2 database that puts 36GB into memory, it takes almost 4 minutes after closing GTO+ to clear that from memory. The same database but in *.gto extension, clears 36GB from memory after closing GTO+ in 15 seconds.

- The CPU usage is very minimal loading gto/gto2 files. Up to 4 threads used of 32.

Here is the same database in gto and gto2 format:

gto:

https://h6eb42.s.cld.pt

MEO Cloud

MEO Cloud - gtoDB.rar

gto2:

https://qgxq6w.s.cld.pt

MEO Cloud

MEO Cloud - GTO2DB.rar

It looks like the issue might be related to RAM being allocated in a somewhat unpredictable way, which can lead to slowdowns—especially when dealing with large files. For now, we’ll roll back the v178 release and make some adjustments to improve how large files are handled. Apologies for the delay. That said, we did anticipate a few bumps in the road with this particular beta. With a bit of luck, we’ll have it running smoothly soon—for both small and large files.

gto2 files do not appear in recent files list. If there were changes, they are asked to be saved to "Untitled.gto"

Hi scylla,
is it possible to add the option to lock certain hand group while using the frequency node locking in addition to the option to change the overall frequencies? for example I want to change the betting frequency of the specific group of middle pair in this node, when I lock this group and try to change the frequencies it refers to the whole range and changes the overall frequencies.
[image]VthjFJg.png[/im

..]

Thanks!

I'm not entirely sure how much control we have over the recent file list, but we'll look into it.

Yes, we overlooked that - we'll take care of it.

Ok, I'll see if we can take the current selection of hands into account when using the frequency feature.

Please make the map viewing matrix larger, and what i can change the colors with the code as in pio solver?

Hi!

The guide on https://www.gtoplus.com/processingdataba... for splitting a database into several GTO+ files does not work as the program just exports the different flops to a text file. The "Process all .gto-files in directory" that the guide points to in Step 2 does not work on a text file. Is the guide old/wrong or is there something I am not getting?