To see this working, head to your live site.

Custom chords common to whole ARP

I just wonder, the eight chords types available with the buttons, are common to all tracks, all Chord Chains, and all Patchs. That is very restrictive, if i want each patch or bank, have distinct chords progressions, in ARP or Chord modes.

I discover too, the 12 chord chains are common to all patchs.

That implies, the global ARP storage can only keep 8 chords types, and 12 chord chains.

ARP could be a powerful Chord machine, and more versatile in ARP mode, just allowing to customize the 8 chords type among the 42 available in appendix II, in Play mode, in Chain edit ...

The minimum could be to have distinct 8 chord type set by patch, or/and, by chord chain.

Having 12 chord chains distinct for each patch could be great.

Enough memory for that ?

A future import/export via the Web (using Usb Serial) could allow to free the ARP, just keeping less banks to allow more memory ?

Anyway, i just get my ARP V8, and enjoy very much, ergonomy is perfect, i just "omplain" about the lack of chord type customization ...

Thank you very much, and congrats for this marvelous hardware.

Yves Lafont (french customer)

6 comments

Comments (6)

Yves Lafont

Hello Phil, thank you very much about the Neo-Reimann transforms. I will look around, i'am fine with maths and music theory. For now, Midicake ARP is for me the best existing hardware for Arp, and hoping soon, for Chords, because Arp and Chord are a same entity, and need always work together. In all music style, chords progressions can be predictible, even on melody improvisation, adding some subtile variations to humanize. Midicake is very close to be the hardware i dream since years, the only lack is about Chords limit, because memory restrictions. I hope Chris will success to ehance the Chord way, i really enjoy the "non classic" way for ARPs ! Greetings, and i'am glad to discuss around that. Yves

phil.mercy

Replying to

Hi again,

Yes, the Neo-Riemann comment was mostly just a thought dump of an alternative approach to coding chord progressions which would be very efficient in terms of coding and memory (whilst being fairly unique as functionality).

I think I understand your request better, now. You are after functionality that allows a simple chord definition to have vairants which would humanise the chord voicing every time it is played ... kind of like a jazz pianist playing a C major 7th chord one time around a verse, but playing a C major 9th the next go around to add variety, yes?

Obviously, Chris knows best here, but on the midicake itself, I would try to create something like this:

Select a chord you like, that you want the ARP to humanize
Setup a chord on track 1, and modulate the start note to change the chord inversion
Setup an arp on track 2 an octave below 1, using the same midi channel. set its time to be the same as track one so notes are played at the same time. Choose a pattern to provide an interesting selection of root notes for your chord from the notes in your chosen chord
Setup an arp in track 3 an octave above track 1. I'd probably choose a more rapid time for this track, but choose a rhythm and bounce to provide sparse clusters of notes (some of which coincide with your chord being voiced)

This mights create something with the flavour you're after .... if I've understood you correctly :)