+- XOR Userforum (https://xor-electronics.com/forum)
+-- Forum: Products (https://xor-electronics.com/forum/forumdisplay.php?fid=3)
+--- Forum: NerdSEQ (https://xor-electronics.com/forum/forumdisplay.php?fid=6)
+---- Forum: NerdSEQ Expanders (https://xor-electronics.com/forum/forumdisplay.php?fid=22)
+---- Thread: I2C Expander (/showthread.php?tid=512)
RE: I2C Expander - KitKatAndy - 10-27-2022
(10-26-2022, 02:19 PM)recliq Wrote: It won't work that way.
One is a USB Client port (to connect to a computer) the other is a USB Host port (for the lauchpad), it's not just a matter of matching plugs.
Understood, thanks! Curious about your statement ...to connect to a computer. Is there some more info about this? What will/could be possible with connecting Nerdseq to a computer?
RE: I2C Expander - recliq - 10-27-2022
(10-27-2022, 01:47 PM)KitKatAndy Wrote:Have a look here for example... (device port is mentioned at ~7:35)(10-26-2022, 02:19 PM)recliq Wrote: It won't work that way.
One is a USB Client port (to connect to a computer) the other is a USB Host port (for the lauchpad), it's not just a matter of matching plugs.
Understood, thanks! Curious about your statement ...to connect to a computer. Is there some more info about this? What will/could be possible with connecting Nerdseq to a computer?
https://youtu.be/gVEPRFj8d9Y?t=348
It's a USB Midi port, if you plug this into a computer the nerdseq will show up as a midi device. (Please correct me Thomas if I got this wrong...)
RE: I2C Expander - XORadmin - 05-23-2023
It took a while, but here it is and going into betatesting soonish!
RE: I2C Expander - Slown - 05-24-2023
(05-23-2023, 10:46 PM)XORadmin Wrote: It took a while, but here it is and going into betatesting soonish!
O M G ! ! !
RE: I2C Expander - yrn1 - 05-24-2023
Wow! Those mappings! Stellar!
RE: I2C Expander - antti_tiihonen - 05-24-2023
The mappings look incredible, especially for live performances! Here's some of the first thoughts I got after watching the video, heh...
I've been wanting to do something where I can have an external pot or slider to control the "density" of the patterns in my live set. Now with the IF logic I can compare the CV from an external pot against a value in the pattern (maybe the trigger value or something in the FX columns) to decide if the output gate at any given time is high. Somewhat similar to this I've also wanted to do steps in the patterns that are played only every nth repetition of the pattern so I could do fills and small variations without cloning a pattern and placing it in the sequence. This also seems possible with the mappings if there's access to some time-related parameter that's longer than the pattern length is. Like how many times current pattern has been repeated or maybe even current play time in ticks (the values there would be pretty inconvenient to work with though) or whatever. Run that through a CALC MOD and IF and you can do all sorts of fun repetitions and things that are longer than the pattern.
Doing compositions with an algorithmic approach could be fun too. Instead of building patterns and sequences by hand see how you can manipulate mappings and use external CV/I2C and LFOs and envelopes to create the whole piece. It looks like it should be possible to create your own lil' turing machine too with the mappings where a pattern acts as the memory.
Can individual midi notes act as a source? I control a drum machine with midi and it might be cool to send a gate whenever C4 (kick) is played. Actually as I type this out I realized it most likely can be done if the midi note value can be compared against a number: if midi note == 60 then gate high.
RE: I2C Expander - XORadmin - 05-24-2023
(05-24-2023, 11:59 AM)antti_tiihonen Wrote: The mappings look incredible, especially for live performances! Here's some of the first thoughts I got after watching the video, heh...
I've been wanting to do something where I can have an external pot or slider to control the "density" of the patterns in my live set. Now with the IF logic I can compare the CV from an external pot against a value in the pattern (maybe the trigger value or something in the FX columns) to decide if the output gate at any given time is high. Somewhat similar to this I've also wanted to do steps in the patterns that are played only every nth repetition of the pattern so I could do fills and small variations without cloning a pattern and placing it in the sequence. This also seems possible with the mappings if there's access to some time-related parameter that's longer than the pattern length is. Like how many times current pattern has been repeated or maybe even current play time in ticks (the values there would be pretty inconvenient to work with though) or whatever. Run that through a CALC MOD and IF and you can do all sorts of fun repetitions and things that are longer than the pattern.
Doing compositions with an algorithmic approach could be fun too. Instead of building patterns and sequences by hand see how you can manipulate mappings and use external CV/I2C and LFOs and envelopes to create the whole piece. It looks like it should be possible to create your own lil' turing machine too with the mappings where a pattern acts as the memory.
Can individual midi notes act as a source? I control a drum machine with midi and it might be cool to send a gate whenever C4 (kick) is played. Actually as I type this out I realized it most likely can be done if the midi note value can be compared against a number: if midi note == 60 then gate high.
I am sure this will tick many boxes and most probably many of yours. I can't even imagine yet the possibilities myself as I didn't have much time with it yet to play around and finetune it. Individual notes can act as a source too and indeed comparisons are possible and your last rule simply does work already.
Timings are in there too which allow algorithms based on the clock or time etc. There is still some finetuning I got to do. Not sure if you could do the pattern repeat thing as mentioned (conditional) but I guess it is wrapping your head around it and something like that can be built with the mappings. Maybe not everything, but much more than I can think about right now.
btw: Gate/Trigger outputs are also a source -> Gate Out1 'XOR' Gate Out2 -> Gate Out 3. It just works.
It still needs a bit of finetuning but as usual I will for sure bring it to the release candidates first, so it shouldn't be too long from now on.
RE: I2C Expander - yrn1 - 05-24-2023
Will this also be possible:
- Use an envelope with its output on MOD 1
- Then on track 1, use the MOD column to control some parameter of this envelope (say release time), but without messing up the actual MOD 1 output? I.e. the MOD value specified in track 1 only updates the envelope release parameter, but does not actually contribute to the MOD 1 output, which should only be set by the envelope.
RE: I2C Expander - XORadmin - 05-24-2023
(05-24-2023, 01:17 PM)yrn1 Wrote: Will this also be possible:
- Use an envelope with its output on MOD 1
- Then on track 1, use the MOD column to control some parameter of this envelope (say release time), but without messing up the actual MOD 1 output? I.e. the MOD value specified in track 1 only updates the envelope release parameter, but does not actually contribute to the MOD 1 output, which should only be set by the envelope.
Sure that works. But keep in mind that the changing release got direct impact on the MOD output as well.
I actually just did that and it looks quite funny on the envelope curve :-)
Ah wait..didn't read that too well yet. The MOD column will automatically output on the MOD, so that isn't possible anyways.
I did MOD output (which is the output of the envelope) does change the release time of the same envelope.
RE: I2C Expander - nsolarz - 05-24-2023
Thomas, this looks amazing! can you explain how the mappings are evaluated? given that you can bake in logic and math, presumably order matters? is there a limit on how many mapping rows you can have? looked like you were able to scroll down pretty far.
this seems like a way to do some very interesting script-like capabilities...
