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

[Proposal]: CC definitions for value and range mappings #49

Open
yuhrao opened this issue Jan 6, 2024 · 3 comments
Open

[Proposal]: CC definitions for value and range mappings #49

yuhrao opened this issue Jan 6, 2024 · 3 comments

Comments

@yuhrao
Copy link
Contributor

yuhrao commented Jan 6, 2024

Many devices has specific falue mappings for configuration.
Let's take Strymon BigSky as example:

CC 33 (Chorale - Vowel) has this value mapping:

value description
0 "AAHHOO"
1 "AAHH"
2 "AAHHOH"
3 "OH"
4 "OOOHOH"
5 "OOOO"
6 Random

At same time we also have some devices that work with ranges, like HX Stopm:

CC 61 (1 Switch Looper Play/Stop):

range description
0-63 Stop
64-127 Play

My proposal is to extend the CC schema to be able to represent those values in a more plesant way for the end user and also priovide a better experience for those who consume it via code.

cc:
  - name: 'Chorale - Vowel'
    value: 33
    min: 0
    max: 6
    description: 'some description'
    type: Parameter
    value_mapping:
      0: AAHHOO
      1: AAHH
      2: AAHHOH
      3: OH
      4: OOOHOH
      5: OOOO
      6: Random
  - name: 'Switch Looper Play/Stop'
    value: 61
    min: 0
    max: 6
    description: 'some description'
    type: Parameter
    range_mapping:
      - min: 0
        max: 63
        description: Stop
      - min: 64
        max: 127
        description: Play
@yuhrao
Copy link
Contributor Author

yuhrao commented Jan 6, 2024

I saw that the same applies for PC parameters. For EHX we have a range for change program and specific values for some parameters:

pc:
  description: 'some description'
  range_mapping:
    - min: 0
      max: 99
      description: Loop selection
  value_mapping:
    100: PLAY FSW
    101: RESET FSW

@yuhrao
Copy link
Contributor Author

yuhrao commented Jan 7, 2024

Hi @tyzjames I saw your PR #47 and I think that this issue could be an alternative for that approach.
Would you like to share some feedback in this proposal?

Thank you advance

@tyzjames
Copy link
Contributor

@yuhrao thanks for the suggestion. It makes sense. I'm not sure when we can prioritise resources to look into this yet.

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

2 participants