thatsok

Forum Replies Created

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • in reply to: Panels look changes while converted in VST #70861
    thatsok
    Participant
      • Topics: 3
      • Replies: 7
      • Total: 10
      • ★

      Ok, thanks for enlightments 🙂

      So, i tried to use panels from within ctrlr vst, it didn’t work but it’s probably just a setting problem. Will try again later..

      dasfaker, if i get you right, i should be trying to export instances with different ctrlr rev until i got one right… Isn’t there a library of all ctrlr vsts, where i can download the .dll immediately? Or maybe i should just google them one by one, hoping they’re hosted somewhere..

      Anyway, i think i’m going to let ctrlr rest for a while… Maybe i’ll use it sometime to program my own panels, but for now it’s too hard to configure and figure out. Particularly since i have to use an older versions (under winxp)..

      Thanks for the help!

      in reply to: Panels look changes while converted in VST #70858
      thatsok
      Participant
        • Topics: 3
        • Replies: 7
        • Total: 10
        • ★

        hi Possemo, well i thought it was the right way to go… 🙂

        I remember having difficulties making the vst work until i read somewhere here i had to export an instance to make the panel controls work (it was in ableton at the time)… So that’s my setup routine now: charging the ctrlr vst in the host, opening the panel in the vst, adjust settings, exporting instance, and voilà, the panel vst is supposed to work on the host. Am i doing something wrong?

        Anyway, thanks for the answer, i’m going to try using ctrlr vst directly.

        in reply to: Best host for ctrlr's vst's #70839
        thatsok
        Participant
          • Topics: 3
          • Replies: 7
          • Total: 10
          • ★

          First, thanks for the answers!

          I’m currently trying a little vst host: Chainer. It allows to map a controller to all the parameters of the vst (well it must be CC, so maximum 128/instance), like Ableton Live. Can’t comment on it yet, still test phase..
          As far as i know Reaper doesn’t allow such easy mapping, you have to create a slider for each control, and then assign them, and you’re still limited to 128 parameters. But i didn’t dwell much into it..

          shooking, do you control your ctrlr plugins with the BCR? How do you map the controls: with a different BCR preset for each plugin or with the same BCR preset changing function depending on the plugin you’re working on (like Push for Ableton) ? in other words: can you get the DAW “chatting” with the BCR to change the BCR knobs positions according to what vst is on focus? That would be great!

          & happy new year btw 🙂

          in reply to: Using Ctrlr in Reaper #70796
          thatsok
          Participant
            • Topics: 3
            • Replies: 7
            • Total: 10
            • ★

            Hi, I’m wondering: Is it possible to control ctrlr parameters with an external controller in Reaper? And to record automations?

            I’m still looking for the best host for ctrlr vst’s… Any idea?

            in reply to: Waldorf (micro)Q ARP: strange sysex.. #5170
            thatsok
            Participant
              • Topics: 3
              • Replies: 7
              • Total: 10
              • ★

              Ok atom, thank you for the answer!

              I will try that out asap.

               

              I was thinking of maybe dig into LUA for a couple of synths (mQ, micron, ..) but after seeing the code over here i’m not sure i’ll get my head over it… still quite newb in programming & don’t know where to begin..

              in reply to: Waldorf (micro)Q ARP: strange sysex.. #5142
              thatsok
              Participant
                • Topics: 3
                • Replies: 7
                • Total: 10
                • ★

                (conclusion..)

                so, the 2 values for the Glide (1 bit) parameter (for all other values identical to the example above) are:

                0001 0011 (value of 0)   &

                = 13 h

                0001 1011 (value of 1)

                = 1B h

                 

                The problem is still the same: by sending these values for Glide i also send values for Accent (3) & Step (1), and they must be in phase with their respective controllers.

                 

                The 8 bits of this byte are structured like this: 0sssgaaa

                So, talking bit-wise, i need 3 variables associated with 3 knobs: aaa, sss, g

                 

                Then, i guess i’ll have to calculate how to sum them up.

                Maybe something like (in non-hex math):

                 

                knobs ranges defined as below:

                aaa = 0-7 (8 values in steps of 1)

                g= 0/8 (2 values in steps of 8)

                sss= 0-112 (8 values in steps of 16)

                 

                And then sum them up, convert to hex and send it as xx in the sysex string.

                 

                Once i know how to do that, i’ll probably also be able to change the other parts of the sysex message concerning which sound or which arp step is edited. ..

                 

                 

                 

                in reply to: Waldorf (micro)Q ARP: strange sysex.. #5138
                thatsok
                Participant
                  • Topics: 3
                  • Replies: 7
                  • Total: 10
                  • ★

                  Thanks for the answer Synthetech. Here’s an example of a full mQ arp sysex message:

                  F0 3E 10 00 20 00 02 47 xx F7

                  3E = Waldorf id

                  10= microQ id

                  00= also an id of some sort.. (?)

                  20= determines what sound parameter is to be edited

                  00= determines what part/patch is to be edited, depending on the mode the mQ is actually on (e.g. 00-0F for the 16 parts of a Multi setup)

                  02 & 47= determines for the arp parameters what step is edited. I didn’t talk about it above (to make it shorter) but the parameters i’m trying to control are concerning only one step of the 16 steps arpeggiator. So, it’ll have to be copied for the other steps as well. “02 47” is for step 1.

                  xx= is where the problem is. value range is 00-7F.

                   

                  Here i’ve got to confess i’m not entirely confident about my denominations… To make sure we’re talking about the same thing, what i call a ‘byte’ is a couple of hex numbers, like the ones i just detailed (e.g 00, 7F, F0, ..) If i understand well, these are made of 8 bits each.

                  So, the 1 bit value (Glide parameter) is really just one bit of the ‘xx’ byte. The same is true for the 3-bits values (Step and Accent), which are also a part of the same ‘xx’ byte. Together, it makes 7 bits. In front of them, there is a 0 (zero),  so we’ve got our 8 bits.

                  example:

                  say i want to send the current values for the 3 parameters (the mQ forces me to send them alltogether in the same sysex msg): Accent: 3, glide: 0, step: 1

                  Accent: 3 over 3 bits is = 011

                  Glide: 0 over 1 bit is = 0

                  Step: 1 over 3 bits = 001

                  My 8-bit message will then be :00010011

                  0 (leftmost is always zero)

                  001 (step)

                  0 (glide)

                  011 (accent)

                  =>

                  0001 0011 = 13 in hex (if i calculated right)

                   

                   

                Viewing 7 posts - 1 through 7 (of 7 total)
                Ctrlr