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

NRPN issues on macOS #36

Open
GuruGurra opened this issue Jan 18, 2024 · 2 comments
Open

NRPN issues on macOS #36

GuruGurra opened this issue Jan 18, 2024 · 2 comments

Comments

@GuruGurra
Copy link

There is a problem with sending NRPN messages on macOS.

On Windows, every NRPN message is correctly sent. With the sequence:

  • CC99 NRPN MSB
  • CC98 NRPN LSB
  • CC6 value MSB
  • CC38 value LSB

On macOS, the following sequence is sent if the value > 0:

  • CC99 NRPN MSB
  • CC98 NRPN LSB
  • CC6 value MSB
  • CC6 value MSB
  • CC38 value LSB

...and the following sequence if the value = 0:

  • CC99 NRPN MSB
  • CC98 NRPN LSB
  • CC6 value MSB
  • CC6 value MSB

So, on macOS, CC6 is always sent twice; if the value is 0, CC38 is excluded.

@GuruGurra
Copy link
Author

Any comment on this?

@GuruGurra
Copy link
Author

I updated it to the latest version (1.0.53; I don't remember which version I had when writing the first report), which seems even more buggy.

It is still sending CC6 twice.
It still excludes CC38 if the value is 0, which is a disaster.
But now it sometimes sends CC99+CC98, sometimes only CC99, and sometimes none of them!

The handling of CC99 and CC98 may be according to the Midi spec if you stretch it a bit, even though it is clearly against the recommendations in the spec (which says that you should always send both commands). The double CC6 does not match the Midi spec, but it might not cause any trouble. The omission of CC38 when the value is 0 is a mystery and breaks the use of NRPN on Mac.

On Windows, it still sends all four commands every time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant