[PD] Abstraction to translate raw MIDI data from Tonal Plexus keyboard?

Lucas Cordiviola lucarda27 at hotmail.com
Tue Jun 13 20:03:41 CEST 2017


Hi Brian,

Here's a simple mapping.

Attached ZIP with abstraction and txt.

You can define the pitch for each key on your keyboard on the txt file.

It can either be defined in Hertz or MIDI-with-decimals.

You will have to edit or create the txt file to match your desired tuning.

Line 1 is ch9 midi note 0
line 2 is  ch9 midi note 1
…..
line 201 is ch10 midi note 0


Hope this helps,
Salutti,
Lucarda.



Mensaje telepatico asistido por maquinas.


________________________________
From: Pd-list <pd-list-bounces at lists.iem.at> on behalf of Brian Robison <brian.c.robison at gmail.com>
Sent: Monday, June 12, 2017 11:29 PM
To: Pd-list
Subject: Re: [PD] Abstraction to translate raw MIDI data from Tonal Plexus keyboard?

Thanks for the input, and my apologies for not being able to clarify until now.

Simon: Yes, you're exactly right: Each channel represents a tuning layer, and it shouldn't be difficult to write the abstraction (I'm at least halfway there now).

Lucas: Here are some helpful details: The layout of the Tonal Plexus (hereafter abbreviated TPX) is optimized for 205-tone equal temperament (a.k.a. 205 Equal Division of the Octave = "205-EDO"). As Simon put it, it's designed to "misuse" the MIDI channels by sending independent pitch-bend data to get each note to the desired pitch ... but for this to work, the patch's pitch bend must match that of the editing software (and, FWIW, limits polyphony to 16 notes).

Simon: Yes, the Pythagorean scale is embedded, but not in any one channel. Instead, each channel comprises one-half of an octave (see attached table). I've highlighted the duplicated notes (i.e., there are duplicate keys, such that within each octave, the highest version of each triple-sharp is enharmonically equivalent to the lowest triple-sharp in the next column of keys), which only mildly complicate calculations (e.g., for the odd-numbered channels, instead of applying one formula to all 106 notes, one must divide into three "zones" with three different constants on which to add (delta * 0.0585) ... so, in Pd, two moses objects to sort notes arriving via the odd-numbered channels, and three to sort on the even-numbered channels.

Lucas: I've chosen MIDI note numbers for simpler arithmetic (and fewer digits to type, and thus mistype).

Again, thanks for chiming in!

[cid:ii_j3urebe52_15c9e995240eb0f5]

--
Brian Robison
www.brianrobison.org<http://www.brianrobison.org>
[http://brianrobison.org/images/macdowell.jpg]<http://www.brianrobison.org/>

Brian Robison, composer<http://www.brianrobison.org/>
www.brianrobison.org
Frameset for the web page of Brian Robison, composer


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170613/c13af46e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TPX-MIDI-conversion.PNG
Type: image/png
Size: 67713 bytes
Desc: TPX-MIDI-conversion.PNG
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170613/c13af46e/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Brian-mapping.zip
Type: application/x-zip-compressed
Size: 1650 bytes
Desc: Brian-mapping.zip
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170613/c13af46e/attachment-0001.bin>


More information about the Pd-list mailing list