-
Notifications
You must be signed in to change notification settings - Fork 61
Wrong recursive entropy calculation #52
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
Comments
I rewrote the recursion to a queue and there seems to be no failures due to conflicts. I run the model with depth limit of 1e9, and it did not get stuck in the reduction yet. |
(Sorry that i haven't replied yet, really busy with the end of the semester, but i'm SO GLAD you found this! I need to address it on a live stream or document this well somewhere. Hope to come back to it soon.) |
@shiffman, after a bit more coding I have a version without recursion with added backtracking when paradoxes occur. I ran it through a 3Brick case which seemed particularly paradox-reach and recovered two paradoxes on a 120x120 grid. Runs quite fast. I can pull-request the updated version after a bit of code cleaning. I did some other experimentation which does not need to be in the Main. Let me know if you have any particular timeline in mind. If you want to check the updated model performance (it now slowly propagates changes during draw with a counter in the bottom): |
I was wondering why the overlapping simulation fails so often with all new cool features.
I actually found a bug here. We mark cells as checked, which means we do not update the cell if we visit it multiple times during the entropy reduction. Removing the cell.checked condition makes things converge all the time.
Wave-Function-Collapse/p5js/overlapping-model/sketch.js
Line 145 in ecb4305
I can make a pull request to correct this.
The text was updated successfully, but these errors were encountered: