Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MEGA65: clean up emulated joystick port selection #415

Open
lgblgblgb opened this issue Sep 24, 2024 · 0 comments
Open

MEGA65: clean up emulated joystick port selection #415

lgblgblgb opened this issue Sep 24, 2024 · 0 comments

Comments

@lgblgblgb
Copy link
Owner

lgblgblgb commented Sep 24, 2024

Some problems:

  1. Till now, the default joystick port was always 2. Let's make joystick port selection configurable from CLI or config file, allow config to be saved.
  2. For some reason (forgot why ...) I did something strange: I always forced to switch to port 1 when mouse grab was activated. This is totally not OK! Let's remove that code.
  3. Add code that mouse movements are routed to SID (and the right D620..D623 register) corresponding to the selected joystick port, and not both which is the current situation.

Issue 2. was discovered by @gurcei thanks for the report and the help to clarify this topic a bit in my head.

@lgblgblgb lgblgblgb self-assigned this Sep 24, 2024
@lgblgblgb lgblgblgb moved this to In Progress in MEGA65 emulator project Sep 24, 2024
lgblgblgb added a commit that referenced this issue Sep 24, 2024
Also adding an config option '-joyport N' (N can be 1 or 2) as a CLI
option to select the default emulated port. Also, now the configuration
can be saved which preserves the "swap state" of ports.

The original problem was discovered by @gurcei when he noticed that
using the UI menu's "swap port" functionalty does nothing. It was
because for some reason I wrote code to force port-1 when in mouse grab
mode. Which is bad ...
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: In Progress
Development

No branches or pull requests

1 participant