ALttPR Wiki - User contributions [en]

Z3M3:Basic Notes

2019-11-10T13:23:45Z

Rushlight!7597: /* Door connections */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

An exception could possibly be made for this rule in a very specific case.
If the player is able to see an item spot without having access to it, then it would make sense to expect them them to go there if grabbing that item immediately gives them the ability to get back out.

For example: A player without morphball enters the bottom-left section of bubble mountain, in a setting where the ice clip is in logic. They can see the item in that room even though they can't access it without morph. It would make sense to allow morph to be there if the player has access to Ice Beam and Power Bombs, since the player knows they'll be able to go back the way they came once they grab that item.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example (even assuming the door has been made blue): it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Heat runs. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

It might be possible not to do this, but it would require the door randomizer to decide on an escape path and lock doors accordingly during escape. Then it would need to decide on an adequate escape timer. Giving it the means to do that would require a lot of work, and there's a pretty good chance players would just kill Ganon second.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this. One downside of this method is that it that conservation of momentum between rooms can no longer happen.

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?
* An option to set what % of transitions to randomize might help make less confusing versions of door rando?

Z3M3:Basic Notes

2019-11-10T13:21:34Z

Rushlight!7597: /* Tourian and escape */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

An exception could possibly be made for this rule in a very specific case.
If the player is able to see an item spot without having access to it, then it would make sense to expect them them to go there if grabbing that item immediately gives them the ability to get back out.

For example: A player without morphball enters the bottom-left section of bubble mountain, in a setting where the ice clip is in logic. They can see the item in that room even though they can't access it without morph. It would make sense to allow morph to be there if the player has access to Ice Beam and Power Bombs, since the player knows they'll be able to go back the way they came once they grab that item.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example (even assuming the door has been made blue): it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Heat runs. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

It might be possible not to do this, but it would require the door randomizer to decide on an escape path and lock doors accordingly during escape. Then it would need to decide on an adequate escape timer. Giving it the means to do that would require a lot of work, and there's a pretty good chance players would just kill Ganon second.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?
* An option to set what % of transitions to randomize might help make less confusing versions of door rando?

Z3M3:Basic Notes

2018-12-30T16:04:11Z

Rushlight!7597: /* Soft-locking risks */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

An exception could possibly be made for this rule in a very specific case.
If the player is able to see an item spot without having access to it, then it would make sense to expect them them to go there if grabbing that item immediately gives them the ability to get back out.

For example: A player without morphball enters the bottom-left section of bubble mountain, in a setting where the ice clip is in logic. They can see the item in that room even though they can't access it without morph. It would make sense to allow morph to be there if the player has access to Ice Beam and Power Bombs, since the player knows they'll be able to go back the way they came once they grab that item.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example (even assuming the door has been made blue): it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Heat runs. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?
* An option to set what % of transitions to randomize might help make less confusing versions of door rando?

Z3M3:Basic Notes

2018-12-30T15:18:38Z

Rushlight!7597: /* Possible room placement options */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example (even assuming the door has been made blue): it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Heat runs. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?
* An option to set what % of transitions to randomize might help make less confusing versions of door rando?

Z3M3:Basic Notes

2018-12-30T15:11:06Z

Rushlight!7597: /* Cumulative requirements across multiple rooms */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example (even assuming the door has been made blue): it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Heat runs. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-12-08T16:28:15Z

Rushlight!7597: /* Instant soft-lock */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example (even assuming the door has been made blue): it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-12-08T16:27:42Z

Rushlight!7597: /* Instant soft-lock */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]] from the top door is an example: it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-12-08T16:27:29Z

Rushlight!7597: /* Instant soft-lock */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. [[m3-speedrun:Oasis|Oasis]]from the top door is an example: it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-12-08T16:26:45Z

Rushlight!7597: /* Instant soft-lock */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft-lock ==
The mere act of entering a room with some item sets can cause a soft-lock. Oasis from the top door is an example: it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-12-08T16:26:31Z

Rushlight!7597:

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Instant soft=lock ==
The mere act of entering a room with some item sets can cause a soft-lock. Oasis from the top door is an example: it's possible to drop into that door with neither the ability to jump back into it nor the ability to escape at the bottom.

Is there a good solution to that?

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-11-14T04:32:36Z

Rushlight!7597: /* Thinking outside the room */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-11-14T04:32:19Z

Rushlight!7597: /* Thinking outside the room */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

Possible applications of outside-the-room requirements:
* The ability to come through a door running, either with blue suit or with some progress towards it.
** This could be represented by the number of blocks available for gathering momentum next to a door.
** If we can identify that it's possibly to run all the way between two doors, we could calculate this across multiple rooms
* The ability to charge a spark in an adjacent room and carry it through a door
* The ability to jump through a door while carrying momentum.
** This can probably also be represented by the number of blocks available for gathering momentum next to a door.
* The ability to bring a spikesuit into a room
** This could be handled by marking places where a spikesuit can be repeatedly acquired, and checking for a path that can go from there to a given door without consuming the spike suit.

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-11-13T00:28:17Z

Rushlight!7597: /* Save rooms */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?
* One concern that was brought up was the possibility that several save rooms connect to the same hub.

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Absolute One-Way Paths

2018-11-11T16:50:58Z

Rushlight!7597:

This is a list of paths in Super Metroid that can only be taken in one direction, regardless of items. This ignores [[Z3M3:Permanent Grey Doors|permanent grey doors]].
In the context of a door randomizer where helping players avoid softlocking is important, one-way paths complicate matters for the logic.

= One-way traversal through rooms =

* [[m3-speedrun:Crateria Super Room|Crateria Super Room]]
** Bottom door to top door
* [[m3-speedrun:Green Pirates Shaft|Green Pirates Shaft]]
** Top door to any of the following
*** Mid-right door
*** Bottom left door
*** Bottom right door
* [[m3-speedrun:West Ocean|West Ocean]]
** All paths with a combination of
*** Origin door among the following
**** Top right door
**** Lower top right door (connected to top left door of [[m3-speedrun:Bowling Alley|Bowling Alley]]
**** Door to [[m3-speedrun:Bowling Alley Path|Bowling Alley Path]]
*** End door among the following
**** Left door
**** Entrance to Wrecked Ship
**** Door to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] (assuming it's not grey)
* [[m3-speedrun:Green Brinstar Main Shaft|Green Brinstar Main Shaft / Etecoon Room]] (technically the same room)
** All paths with a combination of
*** Origin door among the following
**** Top Etecoon room door
**** Bottom Etecoon room door
*** End door among the following
**** Left-most door to [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
**** Door to Etecoon Room (assuming it's not grey)
**** Door to [[m3-speedrun:Dachora Room|Dachora Room]]
**** Door to [[m3-speedrun:Green Brinstar Fireflea Room|Green Brinstar Fireflea Room]]
**** Door to Save room
**** Door to [[m3-speedrun:Brinstar Pre-Map Room|Brinstar Pre-Map Room]]
**** Door to [[m3-speedrun:Early Supers Room|Early Supers Room]]
**** Elevator to Crateria
* [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
** Top left door or top right door TO bottom left door or bottom right door
* [[m3-speedrun:Big Pink|Big Pink]]
** Door from bottom of [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]], to any other door in the room
* [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]]
** Top door to bottom door
* [[m3-speedrun:Spore Spawn Room|Spore Spawn Room]]
** Bottom door to top door
*** Explanation: It's not possible to kill Spore Spawn when coming in from the top door, so the first traversal is absolutely one-way
* [[m3-speedrun:Spore Spawn Super Room|Spore Spawn Super Room]]
** Top door to bottom door
* [[m3-speedrun:Single Chamber|Single Chamber]]
** Door from [[m3-speedrun:Three Musketeers' Room|Three Musketeers' Room]] to any other door in the room
* [[m3-speedrun:Ice Beam Gate Room|Ice Beam Gate Room]]
** Door from [[m3-speedrun:Ice Beam Tutorial Room|Ice Beam Tutorial Room]] to any other room
* [[m3-speedrun:Crocomire Speedway|Crocomire Speedway]]
** Left-most door to any other door
*** Note: Not an absolute one-way path in vanilla, but depends on adjacent rooms to be possible. Can be absolute one-way with randomized doors
* [[m3-speedrun:Crocomire's Room|Crocomire's Room]]
** Top door to left door
*** Explanation: It's not possible to kill Crocomire when coming in from the left door, so the first traversal is absolutely one-way
* [[m3-speedrun:Mickey Mouse Room|Mickey Mouse Room]]
** Right door to left door
* [[m3-speedrun:Lower Norfair Spring Ball Maze Room|Lower Norfair Spring Ball Maze Room]]
** From left door or door from [[m3-speedrun:Lower Norfair Fireflea Room|Lower Norfair Fireflea Room]] to top right door
* [[m3-speedrun:Lower Norfair Escape Power Bomb Room|Lower Norfair Escape Power Bomb Room]]
** Top door to left door
* [[m3-speedrun:Acid Statue Room|Acid Statue Room]]
** Top door to bottom door
*** Explanation: It can be traversed backwards, but not the first time
* [[m3-speedrun:Golden Torizo's Room|Golden Torizo's Room]]
** Left door to right door
* [[m3-speedrun:Bowling Alley|Bowling Alley]]
** Door from [[m3-speedrun:West Ocean|West Ocean]] corridor to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] door
* [[m3-speedrun:Pants Room|Pants Room]]
** Bottom left door or center left door TO right door or center right door
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Top left or top right TO bottom left or bottom right (there is a morph passage in the middle)
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Top to bottom
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Top to bottom
* [[m3-speedrun:Plasma Beach Quicksand Room|Plasma Beach Quicksand Room]]
** Top to bottom
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Top to bottom
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Top to bottom

= One-way traversal through rooms unless a reverse GGG is done =
* [[m3-speedrun:East Tunnel|East Tunnel]]
** Top right door to left tunnel door or right tunnel door
* [[m3-speedrun:Caterpillar Room|Caterpillar Room]]
** Exit from [[m3-speedrun:Red Fish Room|Red Fish Room]] to any other door or elevator in the room
* [[m3-speedrun:Crocomire Escape|Crocomire Escape]]
** Right door to left door

= One-way traversal through rooms unless a regular GGG is done =
* [[m3-speedrun:Fast Ripper Room|Fast Ripper Room]]
** Left door to right door
* [[m3-speedrun:Crab Tunnel|Crab Tunnel]]
** Left door to right door
* [[m3-speedrun:Grapple Tutorial Room 3|Grapple Tutorial Room 3]]
** Left door to right door

= One-way exits out of a room via quicksand =

* [[m3-speedrun:Botwoon Energy Tank Room|Botwoon Energy Tank Room]]
** Left sand exit
** Right sand exit
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Left sand exit
** Right sand exit
* [[m3-speedrun:Aqueduct|Aqueduct]]
** Left sand exit
** Right sand exit
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Only sand exit
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Only sand exit
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Only sand exit
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Only sand exit
* [[m3-speedrun:Bug Sand Hole|Bug Sand Hole]]
** Only sand exit

= One-way entrances into a room via quicksand =
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Left sand entrance
** Right sand entrance
* [[m3-speedrun:Below Botwoon Energy Tank|Below Botwoon Energy Tank]]
** Left sand entrance
** Right sand entrance
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Only sand entrance
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Only sand entrance
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Only sand entrance
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Only sand entrance
* [[m3-speedrun:West Sand Hall|West Sand Hall]]
** Only sand entrance
* [[m3-speedrun:East Sand Hall|East Sand Hall]]
** Only sand entrance
* [[m3-speedrun:Butterfly Room|Butterfly Room]]
** Only sand entrance

Z3M3:Absolute One-Way Paths

2018-11-11T16:48:37Z

Rushlight!7597:

This is a list of paths in Super Metroid that can only be taken in one direction, regardless of items. This ignores [[Z3M3:Permanent Grey Doors|permanent grey doors]].

= One-way traversal through rooms =

* [[m3-speedrun:Crateria Super Room|Crateria Super Room]]
** Bottom door to top door
* [[m3-speedrun:Green Pirates Shaft|Green Pirates Shaft]]
** Top door to any of the following
*** Mid-right door
*** Bottom left door
*** Bottom right door
* [[m3-speedrun:West Ocean|West Ocean]]
** All paths with a combination of
*** Origin door among the following
**** Top right door
**** Lower top right door (connected to top left door of [[m3-speedrun:Bowling Alley|Bowling Alley]]
**** Door to [[m3-speedrun:Bowling Alley Path|Bowling Alley Path]]
*** End door among the following
**** Left door
**** Entrance to Wrecked Ship
**** Door to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] (assuming it's not grey)
* [[m3-speedrun:Green Brinstar Main Shaft|Green Brinstar Main Shaft / Etecoon Room]] (technically the same room)
** All paths with a combination of
*** Origin door among the following
**** Top Etecoon room door
**** Bottom Etecoon room door
*** End door among the following
**** Left-most door to [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
**** Door to Etecoon Room (assuming it's not grey)
**** Door to [[m3-speedrun:Dachora Room|Dachora Room]]
**** Door to [[m3-speedrun:Green Brinstar Fireflea Room|Green Brinstar Fireflea Room]]
**** Door to Save room
**** Door to [[m3-speedrun:Brinstar Pre-Map Room|Brinstar Pre-Map Room]]
**** Door to [[m3-speedrun:Early Supers Room|Early Supers Room]]
**** Elevator to Crateria
* [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
** Top left door or top right door TO bottom left door or bottom right door
* [[m3-speedrun:Big Pink|Big Pink]]
** Door from bottom of [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]], to any other door in the room
* [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]]
** Top door to bottom door
* [[m3-speedrun:Spore Spawn Room|Spore Spawn Room]]
** Bottom door to top door
*** Explanation: It's not possible to kill Spore Spawn when coming in from the top door, so the first traversal is absolutely one-way
* [[m3-speedrun:Spore Spawn Super Room|Spore Spawn Super Room]]
** Top door to bottom door
* [[m3-speedrun:Single Chamber|Single Chamber]]
** Door from [[m3-speedrun:Three Musketeers' Room|Three Musketeers' Room]] to any other door in the room
* [[m3-speedrun:Ice Beam Gate Room|Ice Beam Gate Room]]
** Door from [[m3-speedrun:Ice Beam Tutorial Room|Ice Beam Tutorial Room]] to any other room
* [[m3-speedrun:Crocomire Speedway|Crocomire Speedway]]
** Left-most door to any other door
*** Note: Not an absolute one-way path in vanilla, but depends on adjacent rooms to be possible. Can be absolute one-way with randomized doors
* [[m3-speedrun:Crocomire's Room|Crocomire's Room]]
** Top door to left door
*** Explanation: It's not possible to kill Crocomire when coming in from the left door, so the first traversal is absolutely one-way
* [[m3-speedrun:Mickey Mouse Room|Mickey Mouse Room]]
** Right door to left door
* [[m3-speedrun:Lower Norfair Spring Ball Maze Room|Lower Norfair Spring Ball Maze Room]]
** From left door or door from [[m3-speedrun:Lower Norfair Fireflea Room|Lower Norfair Fireflea Room]] to top right door
* [[m3-speedrun:Lower Norfair Escape Power Bomb Room|Lower Norfair Escape Power Bomb Room]]
** Top door to left door
* [[m3-speedrun:Acid Statue Room|Acid Statue Room]]
** Top door to bottom door
*** Explanation: It can be traversed backwards, but not the first time
* [[m3-speedrun:Golden Torizo's Room|Golden Torizo's Room]]
** Left door to right door
* [[m3-speedrun:Bowling Alley|Bowling Alley]]
** Door from [[m3-speedrun:West Ocean|West Ocean]] corridor to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] door
* [[m3-speedrun:Pants Room|Pants Room]]
** Bottom left door or center left door TO right door or center right door
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Top left or top right TO bottom left or bottom right (there is a morph passage in the middle)
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Top to bottom
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Top to bottom
* [[m3-speedrun:Plasma Beach Quicksand Room|Plasma Beach Quicksand Room]]
** Top to bottom
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Top to bottom
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Top to bottom

= One-way traversal through rooms unless a reverse GGG is done =
* [[m3-speedrun:East Tunnel|East Tunnel]]
** Top right door to left tunnel door or right tunnel door
* [[m3-speedrun:Caterpillar Room|Caterpillar Room]]
** Exit from [[m3-speedrun:Red Fish Room|Red Fish Room]] to any other door or elevator in the room
* [[m3-speedrun:Crocomire Escape|Crocomire Escape]]
** Right door to left door

= One-way traversal through rooms unless a regular GGG is done =
* [[m3-speedrun:Fast Ripper Room|Fast Ripper Room]]
** Left door to right door
* [[m3-speedrun:Crab Tunnel|Crab Tunnel]]
** Left door to right door
* [[m3-speedrun:Grapple Tutorial Room 3|Grapple Tutorial Room 3]]
** Left door to right door

= One-way exits out of a room via quicksand =

* [[m3-speedrun:Botwoon Energy Tank Room|Botwoon Energy Tank Room]]
** Left sand exit
** Right sand exit
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Left sand exit
** Right sand exit
* [[m3-speedrun:Aqueduct|Aqueduct]]
** Left sand exit
** Right sand exit
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Only sand exit
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Only sand exit
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Only sand exit
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Only sand exit
* [[m3-speedrun:Bug Sand Hole|Bug Sand Hole]]
** Only sand exit

= One-way entrances into a room via quicksand =
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Left sand entrance
** Right sand entrance
* [[m3-speedrun:Below Botwoon Energy Tank|Below Botwoon Energy Tank]]
** Left sand entrance
** Right sand entrance
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Only sand entrance
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Only sand entrance
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Only sand entrance
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Only sand entrance
* [[m3-speedrun:West Sand Hall|West Sand Hall]]
** Only sand entrance
* [[m3-speedrun:East Sand Hall|East Sand Hall]]
** Only sand entrance
* [[m3-speedrun:Butterfly Room|Butterfly Room]]
** Only sand entrance

Z3M3:Absolute One-Way Paths

2018-11-11T16:39:09Z

Rushlight!7597: /* One-way traversal through rooms unless a reverse GGG is done */

Z3M3:Absolute One-Way Paths

2018-11-11T16:37:49Z

Rushlight!7597:

This is a list of paths in Super Metroid that can only be taken in one direction, regardless of items. This ignores [[Z3M3:Permanent Grey Doors|permanent grey doors]].

= One-way traversal through rooms =

* [[m3-speedrun:Crateria Super Room|Crateria Super Room]]
** Bottom door to top door
* [[m3-speedrun:Green Pirates Shaft|Green Pirates Shaft]]
** Top door to any of the following
*** Mid-right door
*** Bottom left door
*** Bottom right door
* [[m3-speedrun:West Ocean|West Ocean]]
** All paths with a combination of
*** Origin door among the following
**** Top right door
**** Lower top right door (connected to top left door of [[m3-speedrun:Bowling Alley|Bowling Alley]]
**** Door to [[m3-speedrun:Bowling Alley Path|Bowling Alley Path]]
*** End door among the following
**** Left door
**** Entrance to Wrecked Ship
**** Door to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] (assuming it's not grey)
* [[m3-speedrun:Green Brinstar Main Shaft|Green Brinstar Main Shaft / Etecoon Room]] (technically the same room)
** All paths with a combination of
*** Origin door among the following
**** Top Etecoon room door
**** Bottom Etecoon room door
*** End door among the following
**** Left-most door to [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
**** Door to Etecoon Room (assuming it's not grey)
**** Door to [[m3-speedrun:Dachora Room|Dachora Room]]
**** Door to [[m3-speedrun:Green Brinstar Fireflea Room|Green Brinstar Fireflea Room]]
**** Door to Save room
**** Door to [[m3-speedrun:Brinstar Pre-Map Room|Brinstar Pre-Map Room]]
**** Door to [[m3-speedrun:Early Supers Room|Early Supers Room]]
**** Elevator to Crateria
* [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
** Top left door or top right door TO bottom left door or bottom right door
* [[m3-speedrun:Big Pink|Big Pink]]
** Door from bottom of [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]], to any other door in the room
* [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]]
** Top door to bottom door
* [[m3-speedrun:Spore Spawn Room|Spore Spawn Room]]
** Bottom door to top door
*** Explanation: It's not possible to kill Spore Spawn when coming in from the top door, so the first traversal is absolutely one-way
* [[m3-speedrun:Spore Spawn Super Room|Spore Spawn Super Room]]
** Top door to bottom door
* [[m3-speedrun:Single Chamber|Single Chamber]]
** Door from [[m3-speedrun:Three Musketeers' Room|Three Musketeers' Room]] to any other door in the room
* [[m3-speedrun:Ice Beam Gate Room|Ice Beam Gate Room]]
** Door from [[m3-speedrun:Ice Beam Tutorial Room|Ice Beam Tutorial Room]] to any other room
* [[m3-speedrun:Crocomire Speedway|Crocomire Speedway]]
** Left-most door to any other door
*** Note: Not an absolute one-way path in vanilla, but depends on adjacent rooms to be possible. Can be absolute one-way with randomized doors
* [[m3-speedrun:Crocomire's Room|Crocomire's Room]]
** Top door to left door
*** Explanation: It's not possible to kill Crocomire when coming in from the left door, so the first traversal is absolutely one-way
* [[m3-speedrun:Mickey Mouse Room|Mickey Mouse Room]]
** Right door to left door
* [[m3-speedrun:Lower Norfair Spring Ball Maze Room|Lower Norfair Spring Ball Maze Room]]
** From left door or door from [[m3-speedrun:Lower Norfair Fireflea Room|Lower Norfair Fireflea Room]] to top right door
* [[m3-speedrun:Lower Norfair Escape Power Bomb Room|Lower Norfair Escape Power Bomb Room]]
** Top door to left door
* [[m3-speedrun:Acid Statue Room|Acid Statue Room]]
** Top door to bottom door
*** Explanation: It can be traversed backwards, but not the first time
* [[m3-speedrun:Golden Torizo's Room|Golden Torizo's Room]]
** Left door to right door
* [[m3-speedrun:Bowling Alley|Bowling Alley]]
** Door from [[m3-speedrun:West Ocean|West Ocean]] corridor to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] door
* [[m3-speedrun:Pants Room|Pants Room]]
** Bottom left door or center left door TO right door or center right door
* [[m3-speedrun:Botwoon Quicksand Room|Botwoon Quicksand Room]]
** Top left or top right TO bottom left or bottom right (there is a morph passage in the middle)
* [[m3-speedrun:West Aqueduct Quicksand Room|West Aqueduct Quicksand Room]]
** Top to bottom
* [[m3-speedrun:East Aqueduct Quicksand Room|East Aqueduct Quicksand Room]]
** Top to bottom
* [[m3-speedrun:Plasma Beach Quicksand Room|Plasma Beach Quicksand Room]]
** Top to bottom
* [[m3-speedrun:East Sand Hole|East Sand Hole]]
** Top to bottom
* [[m3-speedrun:West Sand Hole|West Sand Hole]]
** Top to bottom

= One-way traversal through rooms unless a reverse GGG is done =
* [[m3-speedrun:East Tunnel|East Tunnel]]
** Left tunnel door or right tunnel door to top right door
* [[m3-speedrun:Caterpillar Room|Caterpillar Room]]
** Exit from [[m3-speedrun:Red Fish Room|Red Fish Room]] to any other door or elevator in the room
* [[m3-speedrun:Crocomire Escape|Crocomire Escape]]
** Right door to left door

= One-way traversal through rooms unless a regular GGG is done =
* [[m3-speedrun:Fast Ripper Room|Fast Ripper Room]]
** Left door to right door
* [[m3-speedrun:Crab Tunnel|Crab Tunnel]]
** Left door to right door
* [[m3-speedrun:Grapple Tutorial Room 3|Grapple Tutorial Room 3]]
** Left door to right door

Z3M3:Absolute One-Way Paths

2018-11-11T16:20:30Z

Rushlight!7597:

Z3M3:Absolute One-Way Paths

2018-11-11T15:58:05Z

Rushlight!7597:

This is a list of paths in Super Metroid that can only be taken in one direction, regardless of items.

= One-way traversal through rooms =
* [[m3-speedrun:Crateria Super Room|Crateria Super Room]]
** Bottom door to top door
* [[m3-speedrun:Green Pirates Shaft|Green Pirates Shaft]]
** Top door to any of the following
*** Mid-right door
*** Bottom left door
*** Bottom right door
* [[m3-speedrun:West Ocean|West Ocean]]
** All paths with a combination of
*** Origin door among the following
**** Top right door
**** Lower top right door (connected to top left door of [[m3-speedrun:Bowling Alley|Bowling Alley]]
**** Door to [[m3-speedrun:Bowling Alley Path|Bowling Alley Path]]
*** End door among the following
**** Left door
**** Entrance to Wrecked Ship
**** Door to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] (assuming it's not grey)
* [[m3-speedrun:Green Brinstar Main Shaft|Green Brinstar Main Shaft / Etecoon Room]] (technically the same room)
** All paths with a combination of
*** Origin door among the following
**** Top Etecoon room door
**** Bottom Etecoon room door
*** End door among the following
**** Left-most door to [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
**** Door to Etecoon Room (assuming it's not grey)
**** Door to [[m3-speedrun:Dachora Room|Dachora Room]]
**** Door to [[m3-speedrun:Green Brinstar Fireflea Room|Green Brinstar Fireflea Room]]
**** Door to Save room
**** Door to [[m3-speedrun:Brinstar Pre-Map Room|Brinstar Pre-Map Room]]
**** Door to [[m3-speedrun:Early Supers Room|Early Supers Room]]
**** Elevator to Crateria
* [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
** Top left door or top right door TO bottom left door or bottom right door
* [[m3-speedrun:Big Pink|Big Pink]]
** Door from bottom of [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]], to any other door in the room
* [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]]
** Top door to bottom door
* [[m3-speedrun:Spore Spawn Room|Spore Spawn Room]]
** Bottom door to top door
*** Explanation: It's not possible to kill Spore Spawn when coming in from the top door, so the first traversal is absolutely one-way
* [[m3-speedrun:Spore Spawn Super Room|Spore Spawn Super Room]]
** Top door to bottom door
* [[m3-speedrun:East Tunnel|East Tunnel]]
** Left tunnel door or right tunnel door to top right door (Barring some sort of reverse GGG))
* [[m3-speedrun:Caterpillar Room|Caterpillar Room]]
** Exit from [[m3-speedrun:Red Fish Room|Red Fish Room]] to any other door or elevator in the room

Z3M3:Absolute One-Way Paths

2018-11-11T15:45:57Z

Rushlight!7597: Created page with "This is a list of paths in Super Metroid that can only be taken in one direction. * Crateria Super Room ** Bottom door to top door * m3-..."

This is a list of paths in Super Metroid that can only be taken in one direction.

* [[m3-speedrun:Crateria Super Room|Crateria Super Room]]
** Bottom door to top door
* [[m3-speedrun:Green Pirates Shaft|Green Pirates Shaft]]
** Top door to any of the following
*** Mid-right door
*** Bottom left door
*** Bottom right door
* [[m3-speedrun:West Ocean|West Ocean]]
** All paths with a combination of
*** Origin door among the following
**** Top right door
**** Lower top right door (connected to top left door of [[m3-speedrun:Bowling Alley|Bowling Alley]]
**** Door to [[m3-speedrun:Bowling Alley Path|Bowling Alley Path]]
*** End door among the following
**** Left door
**** Entrance to Wrecked Ship
**** Door to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]] (assuming it's not grey)
* [[m3-speedrun:Green Brinstar Main Shaft|Green Brinstar Main Shaft / Etecoon Room]] (technically the same room)
** All paths with a combination of
*** Origin door among the following
**** Top Etecoon room door
**** Bottom Etecoon room door
*** End door among the following
**** Left-most door to [[m3-speedrun:Etecoon Energy Tank Room|Etecoon Energy Tank Room]]
**** Door to Etecoon Room (assuming it's not grey)
**** Door to [[m3-speedrun:Dachora Room|Dachora Room]]
**** Door to [[m3-speedrun:Green Brinstar Fireflea Room|Green Brinstar Fireflea Room]]
**** Door to Save room
**** Door to [[m3-speedrun:Brinstar Pre-Map Room|Brinstar Pre-Map Room]]
**** Door to [[m3-speedrun:Early Supers Room|Early Supers Room]]
**** Elevator to Crateria

Z3M3:Basic Notes

2018-11-11T15:30:29Z

Rushlight!7597: /* One-way trips */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

[[Z3M3:Absolute One-Way Paths|List of absolute one-way paths]]

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-11-11T06:17:12Z

Rushlight!7597: /* Door symmetry */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with game flags to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Game Flag Effects|List of grey doors unlocked by game flags]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Game Flag Effects

2018-11-11T05:42:41Z

Rushlight!7597:

This page contains a list of things that depend on in-game flags (mostly, killing bosses)

= Grey Doors =
Many grey doors stay locked until a specific flag unlocks them. This is different from [[Z3M3:Grey Doors Unlocked in-Room|grey doors that can be un locked by killing enemies in the room]]

* [[m3-speedrun:Warehouse Zeela Room|Warehouse Zeela Room]]
** Bottom-left door requires Kraid killed
* [[m3-speedrun:Wrecked Ship Main Shaft|Wrecked Ship Main Shaft]]
** Door to [[m3-speedrun:Sponge Bath|Sponge Bath]]: requires Phantoon killed
** Door to [[m3-speedrun:Wrecked Ship West Super Room|Wrecked Ship West Super Room]]: requires Phantoon killed
* [[m3-speedrun:Attic|Attic]]
** Besides killing the enemies, left door also requires Phantoon killed
** Besides killing the enemies, right door also requires Phantoon killed
* [[m3-speedrun:Halfie Climb Room|Halfie Climb Room]]
** Top left door requires Draygon killed
* [[m3-speedrun:Plasma Spark Room|Plasma Spark Room]]
** Top right door requires Draygon killed
* [[m3-speedrun:Butterfly Room|Butterfly Room]]
** Right door requires Draygon killed

= Room traversal =
Some rooms cannot be traversed unless a flag is active

* [[m3-speedrun:Bowling Alley|Bowling Alley]]
** Going from mid-left door (connected to [[m3-speedrun:West Ocean|West Ocean]] to bottom left door (connected to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]]): requires Phantoon killed (The Chozo isn't active otherwise)
* [[m3-speedrun:Statues Room|Statues Room]]
** Going from left room to elevator requires Kraid killed, Phantoon killed, Draygon killed, and Ridley killed

= Items =
Some items are either unreachable, or simply don't appear, unless a flag is active

* [[m3-speedrun:Wrecked Ship East Super Room|Wrecked Ship East Super Room]]
** The Super Missiles are unreachable (and presumably don't spawn) unless Phantoon is killed
* [[m3-speedrun:Wrecked Ship West Super Room|Wrecked Ship West Super Room]]
** The Super Missiles don't spawn unless Phantoon is killed
* [[m3-speedrun:Wrecked Ship Energy Tank Room|Wrecked Ship Energy Tank Room]]
** The Energy Tank doesn't spawn unless Phantoon is killed
* [[m3-speedrun:Wrecked Ship East Missile Room|Wrecked Ship East Missile Room]]
** The Missiles don't spawn unless Phantoon is killed
* [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]]
** The Gravity Suit doesn't spawn unless Phantoon is killed
* [[m3-speedrun:Bowling Alley|Bowling Alley]]
** The Missiles don't spawn unless Phantoon is killed
** The Reserve Tank doesn't spawn unless Phantoon is killed

Z3M3:Game Flag Effects

2018-11-11T05:36:46Z

Rushlight!7597:

Z3M3:Grey Doors Unlocked in-Room

2018-11-11T05:11:31Z

Rushlight!7597:

This is a list of Grey doors that can be unlocked by doing something (typically killing enemies) inside the same room.

* [[m3-speedrun:Pit Room|Pit Room]]
** Left door: Unlocked by killing all enemies (5 grey space pirates)
** Right door: Unlocked by killing all enemies (5 grey space pirates)
* [[m3-speedrun:Morph Ball Room|Morph Ball Room]]
** Left door: Unlocked by killing the three Sidehoppers
* [[m3-speedrun:Brinstar Pre-Map Room|Brinstar Pre-Map Room]]
** Right door: Unlocked by killing all enemies (1 small Sidehopper and 3 Zeelas)
** Note: Left door is not locked
* [[m3-speedrun:Spore Spawn Kihunter Room|Spore Spawn Kihunter Room]]
** Left door: Unlocked by killing all enemies (3 Green Kihunters)
** Top door: Unlocked by killing all enemies (3 Green Kihunters)
* [[m3-speedrun:Pink Brinstar Hopper Room|Pink Brinstar Hopper Room]]
** Left door: Unlocked by killing all enemies (1 Sidehopper and 2 Small Sidehoppers)
** Right door: Unlocked by killing all enemies (1 Sidehopper and 2 Small Sidehoppers)
* [[m3-speedrun:Pink Brinstar Power Bomb Room|Pink Brinstar Power Bomb Room]]
** Top door: Unlocked by killing all enemies (2 Sidehoppers)
** Note: Bottom door is not locked
* [[m3-speedrun:Beta Power Bomb Room|Beta Power Bomb Room]]
** Only door: Unlocked by killing 3 enemies (Sidehoppers or Yapping Maws)
* [[m3-speedrun:Warehouse Energy Tank Room|Warehouse Energy Tank Room]]
** Only door: Unlocked by killing the 4 Beetoms
* [[m3-speedrun:Baby Kraid Room|Baby Kraid Room]]
** Left door: Unlocked by killing all enemies (3 Greeen Space Pirates and 1 Mini-Kraid)
** Right door: Unlocked by killing all enemies (3 Greeen Space Pirates and 1 Mini-Kraid)
* [[m3-speedrun:Attic|Attic]]
** Left door: Unlocked by killing all enemies (4 Yellow(?) Kihunters and 4 Atomics)
** Bottom door: Unlocked by killing all enemies (4 Yellow(?) Kihunters and 4 Atomics)
** Right door: Unlocked by killing all enemies (4 Yellow(?) Kihunters and 4 Atomics)
* [[m3-speedrun:Plasma Room|Plasma Room]]
** Only door: Unlocked by killing the 6 Pink Space Pirates
* [[m3-speedrun:Mickey Mouse Room|Mickey Mouse Room]]
** Left door: Unlocked by killing 5 enemies (Desgeegas or Multiviolas)
** Note: Right door is not locked
* [[m3-speedrun:Metal Pirates Room|Metal Pirates Room]]
** Left door: Unlocked by killing the two Metal Pirates
** Note: Right door is not locked
* [[m3-speedrun:Metroid Room 1|Metroid Room 1]]
** Left door: Unlocked by killing the 4 Metroids
** Note: Right door is not locked
* [[m3-speedrun:Metroid Room 2|Metroid Room 2]]
** Bottom door: Unlocked by killing the 2 Metroids
** Note: Top door is not locked
* [[m3-speedrun:Metroid Room 3|Metroid Room 3]]
** Right door: Unlocked by killing the 3 Metroids
** Note: Left door is not locked
* [[m3-speedrun:Metroid Room 4|Metroid Room 4]]
** Bottom door: Unlocked by killing the 3 Metroids
** Note: Top door is not locked

Z3M3:Grey Doors Unlocked in-Room

2018-11-11T04:47:08Z

Rushlight!7597: Created page with "This is a list of Grey doors that can be unlocked by doing something (typically killing enemies) inside the same room. * Pit Room ** Left door: Unloc..."

Z3M3:Basic Notes

2018-11-11T04:45:48Z

Rushlight!7597: /* Other rooms with grey doors */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with triggers to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Z3M3:Grey Doors Unlocked by Triggers|List of rooms with grey doors unlocked by triggers]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

[[Z3M3:Grey Doors Unlocked in-Room|List of grey doors that are unlocked by actions performed inside the room]]

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-11-11T04:31:59Z

Rushlight!7597: /* Door symmetry */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end, since it's impossible to open the blue side first.
* The game has grey doors with triggers to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Z3M3:Grey Doors Unlocked by Triggers|List of rooms with grey doors unlocked by triggers]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Game Flag Effects

2018-11-10T23:43:13Z

Rushlight!7597: Created page with "This is a list of doors that are grey until a specific trigger happens (usually, defeating a boss) * Warehouse Zeela Room ** Bottom-left..."

This is a list of doors that are grey until a specific trigger happens (usually, defeating a boss)

* [[m3-speedrun:Warehouse Zeela Room|Warehouse Zeela Room]]
** Bottom-left door requires Kraid killed
* [[m3-speedrun:Wrecked Ship Main Shaft|Wrecked Ship Main Shaft]]
** Door to [[m3-speedrun:Sponge Bath|Sponge Bath]]: requires Phantoon killed
** Door to [[m3-speedrun:Wrecked Ship West Super Room|Wrecked Ship West Super Room]]: requires Phantoon killed
* [[m3-speedrun:Attic|Attic]]
** Besides killing the enemies, left door also requires Phantoon killed
** Besides killing the enemies, right door also requires Phantoon killed
* [[m3-speedrun:Halfie Climb Room|Halfie Climb Room]]
** Top left door requires Draygon killed
* [[m3-speedrun:Plasma Spark Room|Plasma Spark Room]]
** Top right door requires Draygon killed
* [[m3-speedrun:Butterfly Room|Butterfly Room]]
** Right door requries Draygon killed

Z3M3:Basic Notes

2018-11-10T23:38:01Z

Rushlight!7597: /* Door symmetry */

= SM logic notes =

== A paradigm shift in the logic ==
In the current (v10) logic, requirements for an item to be in logic combine the rules for getting to the room and the rules for actually getting the item.

With an entrance randomizer, the rules for getting to any given room become dynamic, depending on room layout. Because of this, the logic likely needs to be reworked to have room-by-room traversal rules separately from the rules for grabbing an item.

This rework would require:
* The ability to define separate rules for getting from any given door to any given door within a room.
* The ability to define separate rules for getting from any given door to any given item within a room.

== Soft-locking risks ==
Because the player cannot be expected to know what room lies beyond any door, the risk of soft-locking is much greater with an entrance randomizer. To give the player a fighting chance, the logic should expect the player to only take paths that are deemed symmetrical, i.e. paths that the player is able to follow in reverse. Namely:
* Players should not be expected to traverse a room if they aren't able to re-enter that room and go back to the original door
* Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph, even though it's technically possible)
* To stay in line with this expectation from the logic, other ideas are also proposed in the door placement section.

== Cumulative requirements across multiple rooms ==
In some situations, the requirements for being able to traverse may depend on what other rooms the player previously went through. Most glaring among those:
* Hellruns. Traversing one room requires less health than many rooms back-to-back
** Should each door-to-door connection in a heated room have hellrun health values in both directions?
** Should the logic be aware of the presence of health refills and farm spots?
* Power Bomb count. PB-hungry rooms being side-by-side could lead to softlocks. Logic needs to be aware of this, as it's essentially a dynamic version of being able to enter and leave gauntlet using PBs. The two questions above about hellruns apply to Power Bombs as well.

It should be noted that if we want a "symmetrical" logic, the player should only be expected to follow these paths if they have enough resources to make it through and back again, regardless of what room lies beyond.

== Thinking outside the room ==
Without an entrance randomizer, some rules for getting to an item are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room).
* Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** How far would that need to go? In current normal logic, you can charge a spark to get through pillars because there is enough room for it two rooms away.
* This is especially sensitive if we want a "symmetrical" logic. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

= SM room placement notes =
== Door symmetry ==
In short: The player cannot travel their path in reverse if a door they cannot open closes behind them. Notable thoughts:
* If a set of doors is given the same color, this problem cannot occur.
* It might be acceptable to have a one-way colored door if the means to open that door are found nearby, but is that worth the effort?
* One-way colored doors are definitely no issue when they guard the entrance to a dead-end
* The game has grey doors with triggers to open them, such as defeating a boss found elsewhere. Those likely need to be symmetrical as well.
** [[Z3M3:Z3M3:Grey Doors Unlocked by Triggers|List of rooms with grey doors unlocked by triggers]]
* Some grey doors can never be opened. Those might need to be eliminated altogether?
** [[Z3M3:Permanent Grey Doors|List of permanent grey doors]]

== One-way trips ==
Many paths from one door to another within a room are one-way trips. Sometimes this is absolute, regardless of items (crumble blocks, right-facing green gate, bowling alley). Sometimes it depends on items (getting up from the bottom of red tower, getting up Maridia main street).

The biggest concern is the paths that are absolutely uni-directional, as they are by definition completely excluded from a "symmetrical" logic. Possible ideas to deal with those:
* Where possible, alter rooms to make them traversable in both directions. This has been done by other projects, such as VARIA.
* Instruct the entrance randomizer algorithm to make a way back possible, requiring no items at all. A simple way to do that would be to connect both ends of the one-way path to the same hub room.

== Tourian and escape ==
It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions within Crateria.

== Boss rooms ==
When the player enters a mini-boss or boss room, they are locked in until the boss is dead. This could happen to a player even if the boss is out of logic, and it would be best to prevent this. Possible ideas:
* Refrain from randomizing the doors that connect to a boss room. That way, the player can know not to enter if they're not ready. As a bonus, this would also mean Kraid, Draygon and Ridley are at least directly guarding an item.
* Find another way to make the doors identifiable somehow (The purple door goes to Ridley?)

== Other rooms with grey doors ==
There are non-boss rooms where the player must kill everything to make it back out. In some cases, the rooms have no requirements and are not a softlock threat. But in at least some cases (e.g. Brinstar pre-map room, Plasma room), such a room can have requirements. If the player stumbled into that room without the requirements, they would be softlocked.

How should those rooms be handled?

== Door connections ==
There are at least two possible ways to execute door connections:
* Always connect right-facing doors to left facing doors, and top-facing doors to bottom-facing doors
* Connect doors regardless of where they face, and spawn Samus near the door. VARIA's area randomizer does this

== Elevators ==
Can elevators be randomized? Should they be randomized?

== Save rooms ==
Should any thought be put into where the save rooms get placed?

== Possible room placement options ==
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. Would that be of interest?

Z3M3:Basic Notes

2018-11-10T23:14:46Z

Rushlight!7597: /* Door symmetry */

Z3M3:Permanent Grey Doors

2018-11-10T23:13:11Z

Rushlight!7597:

This is a list of doors in Super Metroid that are always grey and can never be opened by the player. Their existence crates a one-way path.
* [[m3-speedrun:Climb|Climb]]: Top-right door (connects to top door of [[m3-speedrun:Crateria Super Room|Crateria Super Room]]
* [[m3-speedrun:Bowling Alley|Bowling Alley]]: Mid-left door (connects to [[m3-speedrun:West Ocean|West Ocean]])
** This door is actually blue before Phantoon dies, but that's probably not a factor for the logic
* [[m3-speedrun:West Ocean|West Ocean]]: door to [[m3-speedrun:Gravity Suit Room|Gravity Suit Room]]
* [[m3-speedrun:Green Brinstar Main Shaft|Green Brinstar Main Shaft]]: Door to [[m3-speedrun:Etecoon Room|Etecoon Room]]

A few additional doors are also permanently grey, but are part of Tourian or the subsequent escape and are likely not important.
* [[m3-speedrun:Climb|Climb]]: Bottom left door
* [[m3-speedrun:Dust Torizo Room|Dust Torizo Room]]: Right door
* [[m3-speedrun:Big Boy Room|Big Boy Room]]: Right door

Z3M3:Basic Notes

2018-11-10T23:04:04Z

Rushlight!7597: /* Door symmetry */

Z3M3:Basic Notes

2018-11-10T23:03:32Z

Rushlight!7597: /* Door symmetry */

Z3M3:Permanent Grey Doors

2018-11-10T23:03:22Z

Rushlight!7597: Created page with "This is a list of doors in Super Metroid that are always grey and can never be opened by the player. Their existence crates a one-way path. * Climb: Top-right door (connects t..."

This is a list of doors in Super Metroid that are always grey and can never be opened by the player. Their existence crates a one-way path.
* Climb: Top-right door (connects to top door of Crateria Supers
* Bowling Alley: Mid-left door (connects to West Ocean)
** This door is actually blue before Phantoon dies, but that's probably not a factor for the logic
* West Ocean: door to Gravity Suit
* Green Brinstar Main Shaft: Door to Etecoons

A few additional doors are also permanently grey, but are part of Tourian or the subsequent escape and are likely not important.
* Climb: Bottom left door
* Dust Torizo Room: Right door
* Big Boy Room: Right door

Z3M3:Basic Notes

2018-11-04T21:00:33Z

Rushlight!7597:

Z3M3:Basic Notes

2018-11-02T19:50:00Z

Rushlight!7597:

Z3M3:Basic Notes

2018-11-02T19:04:38Z

Rushlight!7597:

Z3M3:Basic Notes

2018-11-02T04:57:55Z

Rushlight!7597: Created page with " == SM logic notes == * Logic probably needs to define rules for traversal, room-by-room, rather than just accessing items. Notably: ** Getting from any door to any other doo..."

== SM logic notes ==

* Logic probably needs to define rules for traversal, room-by-room, rather than just accessing items. Notably:
** Getting from any door to any other door in a room may have requirements
** Getting from any door to a specific item in a room may have requirements
* To reduce the risk of players soft-locking, logic should work in a symmetrical way:
** Players should not be expected to follow a path they aren't able to reverse
** Players should not be expected to do maneuvers where failure would leave them unable to get back (similarly to current logic not expecting a player to get back out of Wave Beam without morph)
** Doors a player can't open should not close behind them, so connected doors likely need to be the same color. This should also be true for grey doors that open after a condition is met.
* Requirements for Hellruns are a concern
** Should heated rooms have hellrun health values for each door-to-door connection, in both directions?
** Should logic be aware of refills and farm spots along the way?
* Power Bomb count and Power Bomb farming spots may be a similar problem to hellruns
* Without an entrance randomizer, some logical requirements are based on adjacent rooms. Namely, carrying momentum through a door (e.g. invisible bridge, reverse ice beam mockball) and charging a spark (e.g. Screw Attack room)
** Ideally, the logic should be able to tell whether the adjacent room fulfills the requirement, to determine whether to expect the player to do it.
** This is especially sensitive if the logic needs to expect symmetry. If the player comes from the other way, should they be expected to assume that the adjacent room does not fulfill the requirements?

== SM room placement notes ==
* Many rooms contain one-way trips. This would place them entirely out of a symmetrical logic. Other projects have altered those rooms to make them bi-directional, e.g. by removing crumble blocks or gates. Would that be a good idea?
* It is probably preferable to keep Tourian and the escape path to the ship vanilla. All told, besides the Tourian doors, that is only 2 door transitions in Crateria.
* The SM VARIA randomizer offers an area randomizer option, where Zebes is split into vanilla areas. Transition doors betweens these areas are then randomized, rather than every door. /wiykd that be of interest?