Scy, one more thing to add. Maybe clicking a card on "turn Distribution" to change the runout automatic?

Ok, I will consider it for future releases.

I think that we can do this in case "Extensive" storage was used.
It may be more difficult when using "Basic" storage.

As far as I know, it works properly.
If there's a spot where you feel that this is not the case, then please send a savefile to support.

Is it possible to register HoldEQ via FlopzillaPro? I can't seem to find the option.

Thanks

Hi there @scylla!

Thanks for your great work on gto+!
I'm interested in communicating with gto+ through sockets on port 55143, like flopzilla, but for custom scripting work on remote.
I have gotten as far as using customconnect.txt to allow connections and I seem to be able to connect, the response is some text in bytes I can't seem to be able to decode though...
Is there some syntax documentation on how to communicate over sockets?

Thanks!

It's probably best if you contact support for this.

FlopzillaPro no longer uses HoldEq, but instead offers a new method for multiway calcs:
www.flopzilla.com/pics/fpmultiway.png

If you still want to use HoldEq, then please install and activate Flopzilla v186:
www.flopzilla.com/download.html

Is Cinebench multicore (https://nanoreview.net/en/cpu-list/cinebench-scores) a good proxy benchmark for CPU power as it relates to solvers?

The two relevant factors for solving are the speed of the CPU, and its number of cores.
So, for example, a CPU with 4 cores of 3.2GHz will come down to a 4x3.2=12.8GHz system.

Why gto is using only 50% CPU?

Hy Scylla.
I have a somewhat big tree and there is a particullar line, that takes place in a few amount of flops in my database, but when it does its always used in those flops.
I want to make one tree with one line and another with the "extra" line, just for the small amount of flops that use it and then merge those databases.

So the outcome i expect is a full database that has only that "extra" line in the exact flops that i want it so the tree, is smaller and can navigate it with out problems.

BTW a feature like this would also be great for having the same spot (e.g SRP BUvsBB) and have a different single flop size according to the texture of the board, e.g bigger size in 9high boards and smaller size in A high boards. I think this is 100% the best way to study situations is poker as multiple sizes in one flop are incredibly hard to apply, but you do want to use the one "good" size for each board texture. for example using 25% bet in 654 as the IP player would be horrible, but it is the standard in K75 (if we are in a SRP)

is that possible in GTO+ ATM? if not, could you include it for the next update? am really looking forward to something like this

P.S please dont forget about fixind this for next update also.

Does your system perhaps contain multiple CPUs?
GTO+ will only work on a single CPU.
Other than that, have you tried setting a higher number of threads?

It's possible to create a database with trees that are not identical (different ranges, bets, etc).
In this case, with only two distinct types of trees, I would create a separate database for each tree, and merge them together after having solved them.

It will however not be possible to create an aggregate report for this database, given that this requires the trees to be identical.



One possible approach would be to:
- create a separate savefile for each tree (or each type of tree)
- place the files into a directory like C:/tmp
- use the "Folder" icon to solve all files in that directory
- after solving, merge all files in the directory together into a database



Yes, we expect to release v150 later today.
This issue, where a certain window could not be clicked in certain areas, has been fixed.

Hello Scylla. I would really like to see in the GTO + the following functionality: for the aggressor in position, different sizings when choosing different lines. For example, spot BTN vs BB srp: when barreling, the flop sizings for IP player are 20% and 100% (on the Turn - 75% and 150%), and if the flop is check-check, then delay c-bet is not 20% (or 75,100б 150), but for example 35% and 90%. The possibility of such separation is very important, because sometimes it is necessary to use different sizings for different lines.

Yes, like OOP has "d" for donk, "p" for probe, its good to see for IP something like that on delayed lines, for example:

BTN cbet, BB Raises, BTN call

Turn
BB check: BTN has a lot of sizing that might no utilise on this part of node, and viceversa, the sizings utilising here, maybe not utilise on 2d barrel.

Ok, I will consider it for future releases.

Hey Scylla,



I have a few questions about the icm mode.
What does chip range and ev range mean?
And what is "stop using data from jason.file?

By pressing the + and - buttons you can increase/decrease the chips and ev by a factor 10.
For example, if the chip range is 10.000.000 then the corresponding bets will be huge, and the tree may become difficult to read.
To get around this, you can decrease the chip range by a factor 10k to 1000.

It means to switch back to regular MTT mode.

Scy, Any news about V1.50?

Without telling us much, does it bring a major update or is it just to correct a bug?

Are we able to play against the solution at a certain point of the tree, ex start on the turn after check small bet and call

Unfortunately it's not possible for me to discuss releases.

For this:
- Navigate to the decision that you want to drill
- Go to the "Play against the solution feature"
- Select "Drill the current decision"
- Start playing

Yes, we expect to release v150 later today.
This issue, where a certain window could not be clicked in certain areas, has been fixed.[/QUOTE]

Thank you for the answer.
Another little thing that would be nice to fix: Anytime i open i file after i go to the database and filter for a specific card it gets sorted not by highest flop, but by texture and i have to clic on this arrow everysingle time i open a new file.



I know it doesnt seem much, but since i like to open a lot of files everytime i go to study, it adds up and is just a little bit annoying, it would be nice that any time i open and try to filter, it is already sorted the way you leave the file before, i prefer to use highest flop instead of texture.

To be extra clear: when you open a file and dont have selected any card it is sorted by highest to lowest flop. It is only after you select a specific card (e.g "K") that he "issue" happens and starts to be sorted by board texture

I don't think that we can change this, given that it seems like a good idea to reset the sorting method when a file is closed and re-opened.
In this manner, should anything have gone wrong with sorting, then reloading the file will reset that.