Maybe I'm misunderstanding the rules of the module, but soft strikes during the submission phase of The Octadecayotton appear inconsistant / broken.
As an example, here's the logs from me pressing buttons in an attempt to intentionally cause/not cause soft-strikes
Log content
[The Octadecayotton #2]: The axes (from 0 to 8) for the last digits of the timer is STRWYXUVZ.
[ ... ]
[The Octadecayotton #2]: Submitting 123...
[The Octadecayotton #2]: The starting sphere is now located in +++++--+-. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 123...
[The Octadecayotton #2]: The starting sphere is now located in +++-+-+++. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 124...
[The Octadecayotton #2]: The starting sphere is now located in +-+-+--+-. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 123...
[The Octadecayotton #2]: The constraint rule has been broken 1/5 times.
[The Octadecayotton #2]: The starting sphere is now located in +-+++-+++. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 678...
[The Octadecayotton #2]: The constraint rule has been broken 2/5 times.
[The Octadecayotton #2]: The starting sphere is now located in +--+-++++. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 045...
[The Octadecayotton #2]: The starting sphere is now located in -+-+-++-+. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 123...
[The Octadecayotton #2]: The constraint rule has been broken 3/5 times.
[The Octadecayotton #2]: The starting sphere is now located in -+---+---. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 012...
[The Octadecayotton #2]: The starting sphere is now located in -+---++++. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 012...
[The Octadecayotton #2]: The starting sphere is now located in -+---+---. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 012...
[The Octadecayotton #2]: The starting sphere is now located in -+---++++. (XYZWVURST-ordered)
[The Octadecayotton #2]: Submitting 016...
[The Octadecayotton #2]: The constraint rule has been broken 4/5 times.
[The Octadecayotton #2]: The starting sphere is now located in -+----+--. (XYZWVURST-ordered)
I would not expect the 678 input to cause a soft-strike, and I would definitely expect the later 012s to cause soft-strikes.
A cursory glance at the code suggests the issue might be the mapping comparison of inputs (which are the raw indexes of the timer) and axesUsed (which is the order-translated version of inputs), which means that, when checking for soft strikes, what it considers a "re-used" or "worth testing" axis might be wrong.
https://github.com/Emik03/EmikModules/blob/main/Assets/Modules/The%20Octadecayotton/Scripts/Calculate.cs#L31-L34
Maybe I'm misunderstanding the rules of the module, but soft strikes during the submission phase of The Octadecayotton appear inconsistant / broken.
As an example, here's the logs from me pressing buttons in an attempt to intentionally cause/not cause soft-strikes
Log content
I would not expect the 678 input to cause a soft-strike, and I would definitely expect the later 012s to cause soft-strikes.
A cursory glance at the code suggests the issue might be the mapping comparison of
inputs(which are the raw indexes of the timer) andaxesUsed(which is theorder-translated version ofinputs), which means that, when checking for soft strikes, what it considers a "re-used" or "worth testing" axis might be wrong.https://github.com/Emik03/EmikModules/blob/main/Assets/Modules/The%20Octadecayotton/Scripts/Calculate.cs#L31-L34