-
Notifications
You must be signed in to change notification settings - Fork 751
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
Core: Attribute per slot random directly to the World and discourage using MultiWorld's random #1649
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
For what it's worth, I like this interface better. But I don't have the expertise to comment on functionality side effects. |
# Conflicts: # worlds/messenger/__init__.py
ThePhar
added
is: documentation
Improvements or additions to documentation.
is: enhancement
Issues requesting new features or pull requests implementing new features.
is: refactor/cleanup
Improvements to code/output readability or organizization.
affects: core
Issues/PRs that touch core and may need additional validation.
labels
May 31, 2023
NewSoupVi
approved these changes
Jun 20, 2023
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code seems good, and I agree with the change
# Conflicts: # worlds/messenger/__init__.py
# Conflicts: # worlds/messenger/__init__.py
ThePhar
approved these changes
Jul 2, 2023
Merged
FlySniper
pushed a commit
to FlySniper/Archipelago
that referenced
this pull request
Nov 14, 2023
…using MultiWorld's random (ArchipelagoMW#1649) * add a random object to the World * use it in The Messenger * the worlds don't exist until the end of set options * set seed in lttp tests * use world.random for shop shuffle
Jouramie
pushed a commit
to Jouramie/Archipelago
that referenced
this pull request
Feb 28, 2024
…using MultiWorld's random (ArchipelagoMW#1649) * add a random object to the World * use it in The Messenger * the worlds don't exist until the end of set options * set seed in lttp tests * use world.random for shop shuffle
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
affects: core
Issues/PRs that touch core and may need additional validation.
is: documentation
Improvements or additions to documentation.
is: enhancement
Issues requesting new features or pull requests implementing new features.
is: refactor/cleanup
Improvements to code/output readability or organizization.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What is this fixing or adding?
Using the multiworld's random tends to give problems with multithreading etc. but
per_slot_random
is awkard to use. This adds the random object directly to AutoWorld for worlds to use. Next steps are to fully deprecate and remove multiworld random usage, thenper_slot_random
. Needs a decent solution forstage_callable
s and if the multiworld needs to do any randomization during output/multidata stages. Sincestage_callable
gets called through a set, using the multiworld random is already incorrect for those.The biggest problem with this currently is that the worlds don't exist until after options get set... Wondering if as part of this PR those should be set up in a separate stage, the seed should be set after, or if we just leave it how I have it currently set.
How was this tested?
Added it to The Messenger and ran some generations.