Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PLO extension #23

Open
TomKan0909 opened this issue Apr 14, 2023 · 4 comments
Open

PLO extension #23

TomKan0909 opened this issue Apr 14, 2023 · 4 comments

Comments

@TomKan0909
Copy link

Hi @b-inary big fan of your work and just wanted to say thank you for open sourcing it.

Is it possible to extend this library to solve PLO and PLO-5

Thanks

@b-inary
Copy link
Owner

b-inary commented Apr 14, 2023

Thank you for the compliment!

The solver engine itself is designed to be versatile, so extending it to PLOs is technically possible, but the required memory usage would be too large and would not work in practice. Existing solvers typically use a process called "abstraction" to reduce memory usage by treating hands of similar strength as the same hand. To support PLOs, a naive implementation will not suffice, and we will have to make some efforts like this.

Also, providing a nice GUI is a difficult problem. For these reasons, while I do understand the need for PLOs, I am sorry to say that supporting PLOs is a lower priority.

@TomKan0909
Copy link
Author

Thanks for getting back to me so quickly with the detailed response! Unfortunate to hear that PLO is computationally too expensive 😢. Would have loved to tried an OSS PLO solver haha. Once again thank you for your OSS contribution

@bkushigian
Copy link
Contributor

@b-inary I've been thinking about playing with some abstraction logic (I've been toying with some clustering algos in my spare time). I know you've expressed some hesitation in the past about using abstractions (in particular for implementing a preflop solver), but if I do get around to getting clustering stuff implemented would you be interested in integrating this?

@b-inary
Copy link
Owner

b-inary commented Apr 28, 2023

Of course, it would be great if we could create an open-source solver with a decent abstraction technique. The abstraction technique allows us to solve multi-way situations, preflop, Omaha, etc. This is what MonkerSolver is good at.

However, in my opinion, such a solver should have a different repository than this one. I think this repository should focus on computing an exact solution to the two-player situation. So the short answer is no; instead of integrating an abstraction implementation into this repository, I think we should create a new repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants