brainstorm: how to update panel modulators on program change

Home Forums General Using Ctrlr brainstorm: how to update panel modulators on program change

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #298
    msepsis
    Participant
      • Topics: 219
      • Replies: 732
      • Total: 951
      • ★★★

      it’d be great of the panel modulators would update to the current values upon program changes either initiated from the panel or the actual piece of gear.

      Monstrum Media | Music, Sound & Software Design, Chicago / San Francisco listen

      #2343
      minimalist
      Participant
        • Topics: 10
        • Replies: 141
        • Total: 151
        • ★★

        Oh yes! This is a really great & mighty feature request! Almost every day I’m dreaming about it… <img decoding=” title=”Wink” />
        This could be the last step that Ctrlr and the synth are finally REALLY one thing…
        And you’re right – the modulator update should happen by program changes done in Ctrlr and also by program changes at the synth itself.
        This is my hottest dream ever! <img decoding=” title=”Very Happy” />

        #2342
        msepsis
        Participant
          • Topics: 219
          • Replies: 732
          • Total: 951
          • ★★★

          I’m thinking it should be possible with mutli messages attached to a program change knob who’s last message is a syesx patch/sound/program request from the hardware synth (the message would be different for every synth)… but I’m wondering then if all knobs and sliders, combo boxes and buttons would have to be set to be sending sysex (and receiving… not sure if ctrlr modulators actually can receive messages currently?), not ccs…

          why I titled this a brainstorm <img decoding=” title=”Razz” />

          Monstrum Media | Music, Sound & Software Design, Chicago / San Francisco listen

          #2341
          atom
          Keymaster
            • Topics: 159
            • Replies: 2945
            • Total: 3104
            • ★★★★★

            this does not work this way, like i wrote some time ago about the virus, 99% of synths send program data as a bulk of bytes that you need to decode to usable numbers/text and set modulators from that decoded data. You must write at least a line or two of code (lua) to interpret this data, each synth does that in a different way, sometimes it differs between firmware versions. I’m doing work on that but it’s very complicated to get something usable. I thought about doing this without LUA but almost every idea i had was a bad idea.

            #2344
            minimalist
            Participant
              • Topics: 10
              • Replies: 141
              • Total: 151
              • ★★

              Yeah, we already spoke about this some weeks ago. If I understood it right the most complicated thing to realise this, is the support of ALL synths – because everyone has it’s own Sysex format.
              It’s just a completely shot in the dark: I thought about that maybe it could be more easy to implement if each panel supports this "modulator update" just for 1 single synth. Maybe there could be an component option/field where the user can type in a particulary "line of code" which is translating just the dedicated Sysex dump message which comes from the current controlled synth. As I told, it’s just a shot in the dark from a non-programer…

              #2339
              nozoku
              Participant
                • Topics: 5
                • Replies: 23
                • Total: 28

                and maybe for the "line of code" we could use the deviceDB? to share the translation of the bulk sysex for different devices for the users that cannot do it themselves?

                #2340
                atom
                Keymaster
                  • Topics: 159
                  • Replies: 2945
                  • Total: 3104
                  • ★★★★★

                  yes that’s how it will be done, each panel (actualy the Program Manager of each panel) will have all the needed options to make this communication work, and it will be panel specific.

                  DeviceDB, well sure since it will be a part of a panel you can always look at others people work and how they solved those problems. Nothing will be compiled/binary.

                  #2338
                  Prana
                  Participant
                    • Topics: 1
                    • Replies: 8
                    • Total: 9

                    Yes!It´s an essential feature!I would love it!

                    #2345
                    OnkelHage
                    Participant
                      • Topics: 0
                      • Replies: 1
                      • Total: 1

                      That would be great! Would give my setup a fastforeward.! <img decoding=” title=”Razz” />

                    Viewing 9 posts - 1 through 9 (of 9 total)
                    • The forum ‘Using Ctrlr’ is closed to new topics and replies.
                    There is currently 0 users and 106 guests online
                    No users are currently active
                    Forum Statistics
                    Threads: 2,495, Posts: 17,374, Members: 77,605
                    Most users ever online was 12 on January 22, 2019 3:47 pm
                    Ctrlr