Sounds interesting for me too. How should the input of the notes be
managed - if not via Midi (e.g. with several CV inputs) Or is Midi the only
option from your point of view Or a separate keyboard just for this
function (e.g. with small buttons only, like the buttons used in the A-107
or A-113)

Best wishes
Dieter Doepfer

> -----Ursprüngliche Nachricht-----
> Von: Doepfer_a100@yahoogroups.com
> [mailto: Doepfer_a100@yahoogroups.com ]Im Auftrag von levka0
> Gesendet: Mittwoch, 17. Mai 2006 20:39
> An: Doepfer_a100@yahoogroups.com
> Betreff: 1 Re: ideas/opinions on quantizer and (VC)
> arpeggiator
>
>
> Many thanks Florian !
>
> This is a very clear explanation to me.
>
> So for a 6 bit buffer, 32 adresses would be scanned an their order
> could be remapped according to a certain control voltage
> Reminds me of a wavetable.
> Instead of the usual up/down/up+down order, this would mean an almost
> infinite number of patterns (that is, if all 32 adresses are filled)
> Probably 4 bit (8 notes ) should be enough and would keep this
> feasible regarding the number of possible sequences.
>
> I think this could be a very interesting & exciting concept for a module.
>
> Best regards
> Joost
>
>
>
>
> --- In Doepfer_a100@yahoogroups.com , Florian Anwander
> <Florian.Anwander@...> wrote:
> >
> > Hi Levka
> >
> > > I do not yet understand completely what Florian means by this;
> > > Florian; Could you perhaps elaborate a little on this
> > Ok, but it will be a little bit longish...
> >
> > Originally an arpeggiator as in Roland Jupiter Series, in SH101 or in
> > the Korg Monopoly/Polysix was a simply "misusage" of the keyboard
> > scanning electronics. The keyboard of these synths is like a matrix
> > scanner. The electronics send addresses (usally 6Bit) in a certain
> order
> > to this matrix, read the data (=pressed keys) from this matrix into a
> > buffer, and distribute these (key-)data from the buffer to the sound
> > generation.
> >
> > Usually this reading from the buffer is very(!) fast (at some hundered
> > kHz rate). For arpeggiating the buffer is simply read slowly at the
> rate
> > of the (internal or external) clock of the arpeggio.
> > So at each trigger of the clocksignal provides the next key data to the
> > sound generation.
> >
> > For up, down, up/down arpeggios you simply change the way the matrix of
> > the keyboard is addressed. whether the adresses are counted up or down
> > or....
> >
> > This is the classic arppeggio function in basic.
> >
> > Now you may imagine, that it would be great to have influence on the
> > address data of the keyboard scanner. Example: normally the order of
> the
> > notes are
> > adresse 000 001 010 011 100 101 110 111 (order= a0 a1 a2)
> > notes c c# d d# e f f# g
> > If I press a c-major the order of the notes in the buffer will be
> > "c e g". A c-sus9 will be "c d f g"
> >
> > Now i simply invert adress a1:
> > adresse 010 011 000 001 110 111 100 101
> > notes d d# c c# f# g e f
> > Now the order of the notes in the buffer (and the order of an arpeggio)
> > will be "c g e". The c-sus9 is now "d c g f"
> >
> > You see that a simple conversion of the address data does create
> > complete new arpeggio patterns. Imagine what is possible, if you do
> such
> > conversion depending on other sequencings, on states of some
> > controlvoltages or what ever...
> >
> >
> >
> > I know, that a MIDI based arpeggiator system would have to simulate
> > this, but I think, it would be worth the effort :-)
> >
> >
> >
> > Florian
> >
>
>
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>