Quote:Quote:1. I have another sequencer patched into trs midi in (Note and gate) on multi I/O, mapped to CV - Note - CV 3 and gate on trk3 as well. What comes out of track 3 is 2 octaves down and only sound like original sequence when I transpose the track 24 semitones up.
That is what your sequencer patched to the Midi in does. It sends the sequence 2 octaves down (which limits it also to less available notes).
The NerdSEQ can compensate these. See manual page 123. This applies to the general Midi -> Track assignment. Mapping Midi data is passed 1:1 and a C-0 is the Midi mode number 0 received into the mappings. If you need to offset that you use the calculation functions.
Right, it seems to be what you said in the manual about midi standard being vague. Very thoughtfull to incude option to offset that!
It happened that both sequencers have screens and the note readouts are the same looking at them now so yeah. I am not sure how to use calculation functions just yet but now I have a imidiate reason to figure it out. Cheers!
Quote:Quote: Wrote:Side note: How would I go about applying some logic or adding / substracting if I had another sequence on TRK 3 in Nerdseq ? it plays nerdseq step only if nothing is present on midi in atm.
If there is something playing on the track it will just play as well or the part you play over it through midi.
Yep. I guess I'll figure out how to combine two sequences in intresting ways once I study a bit more.
Quote:Quote:2. Transposing a track also affects MOD output not just CV out as one would expect. It was very handy to have C3 being 0volt so that one could use negative values for something else then positive such as send levels to two diferent fx. When Mapping MOD output to i2c however what comes out seems to be only positive voltage. also If I send a value on the same port from my fader bank it get's stuck on whatever faderbank sent last as oposed to updating when reaching a step with different value in a sequence.
Transpose affects notes from the CV/MOD which is what I would expect. I don't know what you mean by negative values. Do you mean negative values if you have the offset switch to the left? Those are not recognized by the NerdSEQ and doesn't generate negative values. All the data created is always positive (eg. MOD from 0-10V / 0-FFF) and the offset switches just subtract 5 volt hardwarewise from it.
I2C uses positive values and if you need to offset it somehow then you either use the add/subtrack functions or the destination would be the one which should take care of this.
Please explain your issue with the fader bank vs the updates.
Okay! I was using note values to jump betwean different voltages when programing quickly ( might be worth adding some more steps when pressing shift+OK while on pitches. 0V>5V>10V equvalents in hex would be really handy). It doesn't transpose pitch on MOD out , only notes.
Sorry for confusion, I meant C5 (not C3) being a middle of the range. If you plug a MOD out to ER-301, play C5 and look at the scope on that input it lands in the middle (5V), so if you use that to open unipolar VCA (only opens with values above C5 ) on one channel and you rectify negative half ( why in my head it was negative values) and then Rectify again but full on another you get two halfs of that 0-10V range that can be used to open two different VCAs depending on what note you use from one MOD output. So with that in place I was hoping to just use I2C instead of a cable to open two different VCAs on different channels of er-301 that I use as mono sends. Anyway your reminder that switch is just a hardware thing and adding an offset on er-301 did the trick ! Thank you !
Quote:Please explain your issue with the fader bank vs the updates.
I think it was doing weird things when the above wasn't set up with offset... i.e I had fader bank and nerdseq sending data on same I2C port and it seemed like it wouldn't overwrite where I left the fader when going through the sequence but with the above working correctly it seems to be working fine.
Quote:Quote:3. i2c port B doesn't seem to have option to send TR ( trig) as you get on port A. What that means is that if want to trig stuff using i2c and plug faderbank to the front (port A) I can't control internal parameters on nerdseq from faderbank at the same time as i2c port A needs to be set up to OUT to send information to er-301 in my case. If I could use port B at the back to trig drums it wouldn't be a problem but merge or any other option on port A doesn't seem to do it.
Oh yes I missed that one. Integrated with the maintenance release. It suppose to be there of course. A and B should be equal.
Merge is for the incoming data merged to the other output.
Great ! Thanks for clarifying .
Quote:Quote:4. new i2c track type would be even better if first column was a regular trig colum with all ratchet options etc. otherwise it's just like more cv track / not very useful if you want to trig and seuence notes and control few parameters from one track... it gets confusing having stuff accross different tracks.
You can send basic triggers but adding the use of the full trigger commands is surely a possibility. You could define also some trigger types with the matrix and should be able to fire them from the columns.
That would be great! Same goes for More CV track so there is less of a tradeoff in terms of what you can do with trigs on those track types. How do you mean "define some trigger types with matrix ? Using mapping setup page ?
Quote:Quote:5. I might be missing something and it's not really new FW thing but is it possible to have trigs disapear when I delete a note value ( autofill in reverse) it gets reall frustrating to jump columns to get rid of trigs when writing a sequence...
It was requested before but I got to see how I would implement this. Because I think this shouldn't be a standard setting and maybe it would also be a thing to clear the whole row directly. On my list to find a good solution.
An option on the Setup page to "auto delete trigger" would totaly do it for me but I am sure you'll figure something even better.
Thanks a lot for your reply Thomas! Much appreciated !