Triple 16n faderbank controls using X,Y,Z

[flel]

I was thinking it would be cool if the parameters that a 16n faderbank controlled could depend on the selection of x,y,z on the multi-io, essentially tripling the amount of controls. This could be implementing by adding mapping assignments for X,Y,Z to the i2c inputs in the mapping screen?

[XORadmin]

The X, Y, Z modes are currently fixed and I don’t know if I will change that.
However, using the mappings you can use anything else to do exactly that.
I use for example the CV inputs (with switches connected to it) and I switch between different destinations for the 16n faders.
You could use also one fader to switch between modes for the other faders.
The skip command in the mappings is your friend here.

[flel]

Got it! I can see how that works. Thanks

[flel]

Is it possible to somehow assign 16n faders to nerdseq parameters in a more row-efficient manner?

Like right now I have the following metronome script in Teletype polling the 16n and forwarding the data to the NerdSeq

M:
L 0 15: SC.CV I FADER I

In the NerdSeq mapping screen I have n = 16 rows ...

I2C SCCV 0 > TR xx xx
I2C SCCV 1 > TR xx xx
...
I2C SCCV 15 > TR xx xx

This is taking up a lot of mappings, i have a parameter with a value that's skipping over 16 to instead active a second set, which makes for a second set of 16 plus two "SKIP" rows.

[XORadmin]

Is it possible to somehow assign 16n faders to nerdseq parameters in a more row-efficient manner?

Like right now I have the following metronome script in Teletype polling the 16n and forwarding the data to the NerdSeq

M:
L 0 15: SC.CV I FADER I

In the NerdSeq mapping screen I have n = 16 rows ...

I2C SCCV 0 > TR xx xx
I2C SCCV 1 > TR xx xx
...
I2C SCCV 15 > TR xx xx

This is taking up a lot of mappings, i have a parameter with a value that's skipping over 16 to instead active a second set, which makes for a second set of 16 plus two "SKIP" rows.

That is not possible with the way mappings work. That would need an unknown amount of values to be saved per row and also for each possible destination an unknown amount of input values.

[flel]

Got it - any possibility to bypass mappings and change parameters in NerdSeq directly from Teletype/Crow?

[XORadmin]

Got it - any possibility to bypass mappings and change parameters in NerdSeq directly from Teletype/Crow?

Mappings is the center to connect everything with everything. Also here if there would be any kind of bypass situation then you would need again another kind of modulation matrix to assign it to something.  
I can’t think of a generic possibility to match multiple parameters with something.

[flel]

What I meant was directly assigning parameters from crow/Teletype, eg. typing in Teletype

NS.TRK.PRB0 1 50 (to set track 1 note probability to 50%)
or
NS.TRK.PTRW (to get and output the current sequencer row in the current pattern)

Rather than sending CV with SC.CV and having to assign it to a parameter in NerdSeq?

[XORadmin]

What I meant was directly assigning parameters from crow/Teletype, eg. typing in Teletype

NS.TRK.PRB0 1 50 (to set track 1 note probability to 50%)
or
NS.TRK.PTRW (to get and output the current sequencer row in the current pattern)

Rather than sending CV with SC.CV and having to assign it to a parameter in NerdSeq?

OK, but that is a different thing. That would need work from both scanner_darkly and me. We talked about that shortly already but it never gone further than that. Maybe some day.

[flel]

Understood, makes sense. What about a lua i2c interface to NerdSeq? It seems the ER-301 API for example is open source on Github: https://github.com/monome/crow/blob/main.../er301.lua

It might not be too hard to write one for NerdSeq if there was some spec on how different i2c signals could map to different results in NerdSeq?

EDIT: I guess the Teletype implementation of the SC* commands is also public and quite simple C code so doing a PR to add a NerdSeq library doesnt seem impossible although recompiling Teletype might be a bit of a drag (https://github.com/monome/teletype/blob/...ps/er301.c)