hello, how to open 1.8 files with 1.7 gto+?

I've assigned OOP a range with pairs weighted at lower frequencies such as 50% for pocket 88 as shown below:



Pairs 22-66 are weighted at 20%, 77-88 at 50% and 99 at 80%. The matrix doesn't really seem to match this, is it just a visual bug or am I misinterpreting something?

It's not possible to load files from a later version with an earlier version.

Try turning OFF "Settings->Scale small stats (so that they become a bit larger).
The purpose of this feature is to make even very small stats still visible.
Otherwise a value like 1% would not be visible in the matrix.

Thanks!

I'm starting to feel bad for all these questions...

Firstly I'd like to ask about upgrading from one version to the next & how it would be best for me to do that given that I'm using GTO+ through CrossOver on Mac. I assume that whenever I download a new version I'll have to install it through CrossOver as a different bottle, meaning that I'm essentially installing a new program altogether & everything I had saved in the previous version will not be restored.

If that sounds accurate, what's the best way for me to backup & restore everything from the previous version into the new one?

Secondly I wanted to ask about available memory & if I'm going to be able to solve trees larger than 1.4GB in the 32-bit version (since the 64-bit version doesn't seem to work with CrossOver). I did try to solve a 1.9GB tree some days ago to test this (on v117) and it seemed to work. If that's the case, is that going to work in v118 too despite the message saying that only 1.4GB will be available to use due to the 32-bit version?

Isn't it just possible to upgrade to the newer version within the same bottle?


In your case I think for the moment you can just stick with v117.
I will look into some changes for v119.

Hmm maybe, I'll try it & get back to you.

So v118 does indeed work differently in some way? (as in, it's not just displaying the max. available memory but it's actually setting a limitation?)

I've run the solver for a tree larger than 2GB on v117 32-bit, can I be confident it worked fine? Would I have gotten some kind of error message otherwise?

Upgrading worked just fine but now I need to downgrade since there is indeed a memory limitation on v118 32-bit How can I do that, is there a way to uninstall it without having to delete my saved settings/profiles/ranges?

Ignore this, I believe I figured this part out. I simply have to run the installer in the same bottle & choose the Remove option, correct? (and then just install the previous version)

Edit: I meant to edit my previous message, not reply, apologies.

Some changes were made, and a limitation is indeed set. The next update, v119, will have some slight changes though, and should basically revert to the old situation.


It worked just fine.

Yes, in order to revert to an earlier version, first uninstall the newer version and then install the earlier one.

Good to hear

Just to be certain I'm uninstalling it correctly, I should run the installer (of the version I'm running) inside the same bottle and then use the "Remove" option as shown below, correct?


Would I need to backup anything before doing that? Does this remove any settings/profiles etc.?

Yes, just use the option "Remove". Your custom files should not be removed by uninstalling, so it should not be entirely necessary to make backups. If you install again to the same default directory, then your custom files will again be available in the new installation. Should you want to be certain, then you will find your custom files in the directory /config. And the installation directory will most likely be C:/Program Files/GTO.

Hello Scylla,

I am a GTO+ fan and I always suggest to use it over competitors, although I believe a decent number of users are unsatisfied with 2 things:

- Matrix: having weight% of holding written clearly, without the need to hovering on each holding would be a big help to visualize ranges.

- Bet sizes colors postflop: I would really appreciate if you can consider to give us the option to custom those... These very strong fluo colors, are not good for eyes

https://imgur.com/dpthm1I

I am sure everyone would prefer some more relaxing and eyes friendly color

Thx in advance

@BruceEli you can edit these colors (build a tree and click on "Edit tree" on top right, then "import tree" and "edit action colors")

I actually came here to ask how to revert these colors to default bc I tried to customize them like in pio but then realized that they aren't being applied from smallest bet size to biggest I thought it was posted somewhere ITT how to do that but can't find it right now

Ok, I will see what I can do here.

These colors can indeed be edited. For that, click on the "Edit" symbol and click on "Edit action colors". Should the "Edit action colors" button not be available, then first click on "IMPORT TREE". Alternatively, the colors are stored in /config/settings.txt under [ACTION COLORS]. So they can also be edited there.



I'm open to suggestions, so if you, or anyone else, feel they have a better configuration, then just send your /config/settings.txt file to support. Or post your [ACTION COLORS] section here.

For this, delete the file /config/settings.txt.

I have a few questions about Database Mode.. So, when I "Import flops for file" all options above are greyed out, why is that? Is there any merit in not being able to i.e. add a specific flop/tree to the database, in addition to the imported flop subset?

I would also like to say that I agree with the suggestion below, it would be nice to be able to save/export specific flops/trees within a database.



One more thing.. If I want to process a database but not in one go, is there a difference between 1. stopping the solver, saving it and processing it again at another time & 2. using the option "process all files in a given directory"? Is the only difference that the 2nd option will automatically autosave after each flop/tree is solved? (if I understood this correctly from an older message in this thread)

Hi Scylla,

I've run solves on two different databases with two different trees. Why does one allow me to view aggregate results, and the other doesn't?

Thanks

For the moment subsets are considered as fixed. We can consider the option of allowing to manually add trees yourself, however right at this moment this is not available.

Ok, I will consider it for later releases.

The main difference would indeed be that the second option automatically stores after every solve. Other than that, the second option allows you to process multiple files, whereas the first option would require you to manually load and save the files yourself.

Aggregate reports are only possible if the only difference between the trees is the flop. If there's other differences, then it won't be possible to merge the results. Should you indeed feel that only the flops are different, then please send the database to support and we'll see if we can figure out why the aggregate option is not available.

Hey.
I started using GTO+ and really enjoy it.
There is one thing i dont understand.
When I analyze a spot in which i open and get a caller, who has position on me, im obviously still the preflop agressor. When i build a tree, my cbetting is getting treated like donking flop, since i´m OOP. I dont understand how to change that, because the opportunity to use the "c", "p" or "d" feature doesnt work on flops.

I hope it makes sence, I dont how how to explain it better.

When it comes to GTO solving, there's no difference between donking/cbetting/probing/etc. All that the solver cares about are the ranges, pot and effective stacks. From a mathematical perspective, a bet is simply a bet. So the bet that is created by the tree builder is not actually assigned any motive such as donking/cbetting/probing/etc; for the solver it's simply a bet.

Okay, thank you.
I felt that the given cbetting range in those spots is not correct.
But that may means, that I have to study more