量があるので別リポジトリにした。

成果物

前回

和音名と音程名を固定の組合せにすることに疑問を感じていた。

和音は6万パターン以上になった。(61892=8+9+124+15+48744+10665+2232+27+6+17+45)

ファイル名	数	概要	例
chords_3.tsv	8	三和音	m
chords_4.tsv	9	四和音	7
chords_5.tsv	124	五和音(テンション)	(9)
chords_another.tsv	15	add,sus,dim,aug	sus4
chords_3dimaug_7_add.tsv	48	dim	aug + 7th + add\|augM7add13
chords_3dimaug_7_tension.tsv	744	augM7(9)
chords_3mM_7_5Pad_sus_add_tension.tsv	10665	M7+5sus4add13(9)
chords_3mM_7_5Pad_tension.tsv	2232	mM7+5(9)
chords_3mM_7_5da.tsv	27	M7+5add4
chords_3mM_add.tsv	6	madd13
chords_3sus_add.tsv	17	sus4add13
chords_7_sus_add.tsv	45	M7sus4add13

多すぎて何かの間違いかと思う。テンションとの組合せを含めたせいだと思われる。

和音だけでも以下のような問題があり、理解と実装に苦労する。

統一された規格がないため、実装するまでが非常に大変。

和音については目下調査中であるが、人や文化圏などによって表記方法や意味が違うことが多々あるらしい。

たとえばCdimはP1,m3,d5の場合もあれば、それに7th(d7)を加えた場合もあるらしい。今回の実装ではdimとdim7でそれぞれに割り当てる方式にした。

名前についても多数の表現方法がある。たとえば長三和音(Triad)ではC,CM,C△などの表現がある。どれを採用するかを検討するのが大変。今回はCのように何も付与しなければ長三和音とした。おおよそ以下のような経緯が必要だった。

楽譜や和音は細かく明記しないものらしい。演奏者にゆだねたり、アレンジの幅をもたせるためらしい。

プログラムでは定義しないことには始まらない。明記したものに従い、構成音を算出するようにする。

また、音楽のジャンルによっては暗黙の了解があるらしい。C13などのテンションがつくと3rd,5thの音を抜くとか。

これらに関しては全く考慮していない。音楽の知識がなく、実情も定義も把握できていない。

だれか音楽理論の規格つくってくれ。と思ったが、たぶん音楽は言葉と同じく生き物だから定義しても変化していくのだろう。

それでも楽するために定義したい。