forked from Ports/goldeneye-pc-port
QoL ask: wheel up = next weapon, wheel down = previous, instead of both directions cycling forward. Root-caused: GE already computes separate weaponForwardOffset/weaponBackOffset signals from invButtons(A)+shootButtons(Z) held/edge combos (bondview2.c:5338-5347, the N64 'hold A tap Z' backward-cycle trick); triggerOn is suppressed while invButtons is held so this never accidentally fires. Port's inputPostWheel() discards wheel direction and only ever synthesizes the forward (bare A pulse) case. Fix is port-only (input.c), synthesize the A-held+G-edge combo for wheel-down instead - no game-logic change. Open question: which N64 controldef preset is actually active in port saves, since invButtons/shootButtons differ per preset. Claude-Session: https://claude.ai/code/session_016TaKy6AAsVUTfjkhrX6CjG