Looking for a simple "Label" patchbay

Hi everyone,

I’m wondering if this exists: I’m looking for a way to add an in-line label for a signal. Essentially just a 1xin, 1xout point with a hefty 10 or 12 character text label associated with it.

For context, I’m mapping the incoming e-kit signals and just want to explicitly mark them as “kick” “Ride Bell” “Floor Rim” etc. I know about Glue, but I was hoping for something more like a simple patchbay.

ideas?

tx

Hi!

There is this one from LOG - VCV Library - LOGinstruments Less Mess

It should work quite well. There is also THRU from Studio 6+1, which is a bit smaller

3 Likes

I was aware of LOGinstruments Les Mess, but unfortunately it is monophonic.

I was not aware of 6+1 THRU, which is polyphonic! Thanks!

Oh, that’s a shame it’s not polyphonic… But I’m happy THRU works for you :slight_smile:

Gorgeous - thanks Omri!

Maybe docB’s Interface?

2 Likes

I like “vcv mutes” + “Glue” labels (no need to tell OP about it, but let me show it for future travelers)

I edit my glue config to get rid of skew, and set a label width of 50

{
  "plugin": "Stoermelder-P1",
  "model": "Glue",
  "version": "2.0.beta3",
  "params": [
    {
      "value": 0.0,
      "id": 0
    },
    {
      "value": 0.0,
      "id": 1
    },
    {
      "value": 0.0,
      "id": 2
    },
    {
      "value": 0.0,
      "id": 3
    },
    {
      "value": 0.0,
      "id": 4
    }
  ],
  "data": {
    "panelTheme": 1,
    "defaultSize": 16.0,
    "defaultWidth": 50.0,
    "defaultAngle": 0.0,
    "defaultOpacity": 1.0,
    "defaultColor": "#dcff46",
    "defaultFont": 0,
    "defaultFontColor": "#080808",
    "skewLabels": false,
    "labels": []
  }
}

If you often accidentally mute something, it can be seen as a :white_circle: - or the “mutes” module can bypassed´, this locks the mutes. It still passes signal when bypassed.

2 Likes

And it’s polyphonic.

:+1:

1 Like

Yes - I have used docB Interface a number of times. It is great except there is one bug.

If you attach a polyphonic cable to the input and then take it away, the output port continues to send the most recent values for channels 2 and above. The 1st channel is properly restored to 0.

I reported the bug a while ago, and it was partially fixed. When I tested the fix I forgot to test the polyphony aspect. I (or someone) needs to report this bug to the author. Based on past performance, I’m sure he will fix it fairly rapidly.

1 Like