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

Midimap+ #1284

Open
wants to merge 36 commits into
base: main
Choose a base branch
from
Open

Midimap+ #1284

wants to merge 36 commits into from

Conversation

nkymut
Copy link
Contributor

@nkymut nkymut commented Feb 9, 2025

This update enables midimaps to register control names that are not limited to Strudel's controlNames.
This provides greater flexibility in customization while maintaining compatibility with existing mappings.
However, further consideration is needed regarding potential namespace pollution.

midimaps({ nsx: { gain: 7, 
                  pan:10, 
                  modulate:1, 
                  express:11, 
                  sustain:64, 
                  reverb:91,
                  chorus:93,
                  variation:94  } })
           

This PR includes updates from #1244

Bubobubobubobubo and others added 30 commits November 9, 2024 01:41
This commit adds a second argument to the midi() command: mapping.
This argument should be an object containing a key-value map of
MIDI controls used by an external synthesizer. If any control is
used that matches the mapping, a CC message is sent.
split sysex message into sysexid and sysexdata
sysexid is a device identification number or array
sysexdata is an array of data to be sent to the device
- add example sysex data for setting NSX-39(Pocket Miku) voice data.
- MiniRepl for input-output.mdx
- addresses tidalcycles#789 tidalcycles#710
- add progNum keyword handler
- update midicmd handler to handle 'progNum' case
- sysex(id, data) and both arguments are patternable
- add mock 'midin' and 'sysex'
- typo in sysex example
@felixroos
Copy link
Collaborator

great, yes that was still missing from the midimap PR. so i guess we discuss / merge #1244 first, before looking at this one?

@nkymut
Copy link
Contributor Author

nkymut commented Feb 9, 2025

great, yes that was still missing from the midimap PR. so i guess we discuss / merge #1244 first, before looking at this one?

Yup, #1244 is good to go. And we can also look at if we map non-cc messages.

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

Successfully merging this pull request may close these issues.

4 participants