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

High Resolution Velocity CC#88 [imported] #1093

Open
cmaglie opened this issue Nov 15, 2012 · 0 comments
Open

High Resolution Velocity CC#88 [imported] #1093

cmaglie opened this issue Nov 15, 2012 · 0 comments
Assignees
Labels
feature request A request to make an enhancement (not a bug fix)

Comments

@cmaglie
Copy link
Member

cmaglie commented Nov 15, 2012

This is Issue 1093 moved from a Google Code project.
Added by 2012-11-02T10:11:18.000Z by zoltima...@gmail.com.
Please review that bug for more context and additional comments, but update this bug.

Original labels: Type-Enhancement, Priority-Medium

Original description

What change would like to see?

Arduino MIDI to handle High Resolution Velocity CC#88

Why?

Well, there are products and software (Pianoteq) that already can handle this information. It would be nice if the MIDI software could cope with it as well. It will probably get thru but what happens if I want to send a message and that happens to be inserted between CC#88 and the NoteOn message following the CC#88, or I want to handle a NoteOn message myself but miss the CC#88 before the message?

Would this cause any incompatibilities with previous versions? If so, how
can these be mitigated?

It depends on the implementation i guess. Normally MIDI.read is just sending it THRU. When using Callback for NoteOn it's the programmers response to read if there was a preceding CC#88 message. Maybe a new GetXXXX function is needed since GetData1 probaly will return the note number.

See specs at http://www.midi.org/techspecs/ca31.pdf

@ffissore ffissore added the New label Feb 27, 2014
@per1234 per1234 added the feature request A request to make an enhancement (not a bug fix) label Jul 2, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request A request to make an enhancement (not a bug fix)
Projects
None yet
Development

No branches or pull requests

4 participants